安装WINDOWS MEDIA SERVICE9的步骤

三：WMS9的配置

3.1：添加服务器

右键点击管理界面上Windows media service 9节点，选择新建一个组，输入组名后点击ok,同样点击刚刚创建的组节点，选中添加服务器，在随后弹出的对话框中输入服务器名或ip地址，完成后点击确认，到这里你已经完成添加服务器的过程，可以对他进行设置了，完成后的情况如图4所示。

图4

3.2：设置服务：

Windows Media Services 使用发布点将客户端对内容的请求转换为安置该内容的服务器上的物理路径。在客户端成功连接到发布点之后，Windows Media 服务器管理该连接并传输该内容。所以，要让用户访问你服务器上的媒体，还是需要你建立一系列的发布点的。

右键点击服务器下的发布点节点，选中添加发布点（高级），在弹出的对话框中，你可以对你的发布点进行设置，如名称，根目录，发布点类型等等（图5），当然你也可以使用向导来进行设置，更便捷。
图5

添加完发布点后，你就可以使用mms://server ip/发布点名称/媒体文件名 的方式对媒体进行访问了。

3.3：设置视频服务属性。

点击服务器节点，选择右边菜单栏的属性选项，在接下来的详细菜单中，你可以选择对应的属性来设置你的服务器。他们包括

1. 常规： 显示当前运行的Windows Media Service 的版本号

2. 授权： 控制已通过身份验证的用户对内容的访问

3. 日志记录： 使您可以记录通过单播流连接的播放机的活动数据。服务器和发布点日志记录插件将协同工作。这个日志文件位于%SystemRoot%/System32/LogFiles/WMS/<V>/WMS_<Y><m><d>.log，在我的系统里，他在E:/WINDOWS/System32/LogFiles/WMS/[Global]/WMS_20030505.log

4. 事件通知： 可以通过 Windows 管理规范(WMI)无缝、安全地接收有关所有内部 Windows Media 服务器事件的通知(无论在本地计算机还是远程计算机上)。

5. 验证： 这个是我很感兴趣的内容，一直以来，wms的身份验证总觉得没有real 的Commerce来得好用，这次不知微软会不会给我带来惊喜，不过考虑到微软解决数字版权的主要方式是通过DRM，那么可能这个验证也不过是一个陪衬而已了，改项主要提供以下验证方式：
WMS NTFS ACL Auhorization:通过NTFS的权限管理来对发布的内容进行权限管理. WMS IP Address Authorization:通过对IP地址的限制来对发布内容进行管理
WMS Pubishing Points ACL Authorization:通过对发布点(Publishing Points)的授权来对发布内容进行权限管理

6. 缓存/代理管理

7. 控制协议：使 Windows Media 服务器可以通过 HTTP，MMS,RTSP 协议与客户端和其他下一级服务器进行通讯。
**在使用HTTP方式时， 如果运行 Windows Media Services 的计算机同时用作 Web 服务器，应首先确保同一 IP 地址的端口 80 上不存在冲突，然后再启用该插件。

8. 限制：在这个选项中，master可以轻易的设置对media service 的限制访问，限制的方式包括了连接数，总带宽，每一连接最大带宽等多种限制。如图6所示，写道这里我突然产生一种想法，如果哪天MS停止免费供应Media Service ，而是也象Real那样通过许可证方式来提供相应性能，岂不是……？当然，这种想法现在看起来还是杞人忧天。
图5

添加完发布点后，你就可以使用mms://server ip/发布点名称/媒体文件名 的方式对媒体进行访问了。

3.3：设置视频服务属性。

点击服务器节点，选择右边菜单栏的属性选项，在接下来的详细菜单中，你可以选择对应的属性来设置你的服务器。他们包括

1. 常规： 显示当前运行的Windows Media Service 的版本号

2. 授权： 控制已通过身份验证的用户对内容的访问

3. 日志记录： 使您可以记录通过单播流连接的播放机的活动数据。服务器和发布点日志记录插件将协同工作。这个日志文件位于%SystemRoot%/System32/LogFiles/WMS/<V>/WMS_<Y><m><d>.log，在我的系统里，他在E:/WINDOWS/System32/LogFiles/WMS/[Global]/WMS_20030505.log

4. 事件通知： 可以通过 Windows 管理规范(WMI)无缝、安全地接收有关所有内部 Windows Media 服务器事件的通知(无论在本地计算机还是远程计算机上)。

5. 验证： 这个是我很感兴趣的内容，一直以来，wms的身份验证总觉得没有real 的Commerce来得好用，这次不知微软会不会给我带来惊喜，不过考虑到微软解决数字版权的主要方式是通过DRM，那么可能这个验证也不过是一个陪衬而已了，改项主要提供以下验证方式：
WMS NTFS ACL Auhorization:通过NTFS的权限管理来对发布的内容进行权限管理. WMS IP Address Authorization:通过对IP地址的限制来对发布内容进行管理
WMS Pubishing Points ACL Authorization:通过对发布点(Publishing Points)的授权来对发布内容进行权限管理

6. 缓存/代理管理

7. 控制协议：使 Windows Media 服务器可以通过 HTTP，MMS,RTSP 协议与客户端和其他下一级服务器进行通讯。
**在使用HTTP方式时， 如果运行 Windows Media Services 的计算机同时用作 Web 服务器，应首先确保同一 IP 地址的端口 80 上不存在冲突，然后再启用该插件。

8. 限制：在这个选项中，master可以轻易的设置对media service 的限制访问，限制的方式包括了连接数，总带宽，每一连接最大带宽等多种限制。如图6所示，写道这里我突然产生一种想法，如果哪天MS停止免费供应Media Service ，而是也象Real那样通过许可证方式来提供相应性能，岂不是……？当然，这种想法现在看起来还是杞人忧天。

图5

添加完发布点后，你就可以使用mms://server ip/发布点名称/媒体文件名 的方式对媒体进行访问了。

3.3：设置视频服务属性。

点击服务器节点，选择右边菜单栏的属性选项，在接下来的详细菜单中，你可以选择对应的属性来设置你的服务器。他们包括

1. 常规： 显示当前运行的Windows Media Service 的版本号

2. 授权： 控制已通过身份验证的用户对内容的访问

3. 日志记录： 使您可以记录通过单播流连接的播放机的活动数据。服务器和发布点日志记录插件将协同工作。这个日志文件位于%SystemRoot%/System32/LogFiles/WMS/<V>/WMS_<Y><m><d>.log，在我的系统里，他在E:/WINDOWS/System32/LogFiles/WMS/[Global]/WMS_20030505.log

4. 事件通知： 可以通过 Windows 管理规范(WMI)无缝、安全地接收有关所有内部 Windows Media 服务器事件的通知(无论在本地计算机还是远程计算机上)。

5. 验证： 这个是我很感兴趣的内容，一直以来，wms的身份验证总觉得没有real 的Commerce来得好用，这次不知微软会不会给我带来惊喜，不过考虑到微软解决数字版权的主要方式是通过DRM，那么可能这个验证也不过是一个陪衬而已了，改项主要提供以下验证方式：
WMS NTFS ACL Auhorization:通过NTFS的权限管理来对发布的内容进行权限管理. WMS IP Address Authorization:通过对IP地址的限制来对发布内容进行管理
WMS Pubishing Points ACL Authorization:通过对发布点(Publishing Points)的授权来对发布内容进行权限管理

6. 缓存/代理管理

7. 控制协议：使 Windows Media 服务器可以通过 HTTP，MMS,RTSP 协议与客户端和其他下一级服务器进行通讯。
**在使用HTTP方式时， 如果运行 Windows Media Services 的计算机同时用作 Web 服务器，应首先确保同一 IP 地址的端口 80 上不存在冲突，然后再启用该插件。

8. 限制：在这个选项中，master可以轻易的设置对media service 的限制访问，限制的方式包括了连接数，总带宽，每一连接最大带宽等多种限制。如图6所示，写道这里我突然产生一种想法，如果哪天MS停止免费供应Media Service ，而是也象Real那样通过许可证方式来提供相应性能，岂不是……？当然，这种想法现在看起来还是杞人忧天。

图 6

9. 媒体分析程序：使 Windows Media 服务器可以传输 MPEG Layer-3 音频 (MP3) ，JEPG,WMS格式的文件

10. 播放列表分析程序：在这里，MS提供了两种方式的播放列表，对应于WMS4.x的Metafiles, 最叫人兴奋的是:我们现在可以抛掉那个不太好看也不太好用的asx，代之以包含同步多媒体集成语言 (SMIL 2.0) 语法的播放列表文件提供支持。 当然，微软依然不已不饶给他起名叫WSX文件.

11.数据源：Windows Media Services 通过使用数据源插件对多种数据源提供支持。默认情况下，Windows Media Services 可以使用下列数据源插件：

WMS文件数据源插件。
WMS 网络数据源插件。
WMS HTTP 下载数据源插件。
WMS 推传递数据源插件。

12.单播流：使 Windows Media 服务器可以使用单播传递方式传递内容，

4:总结：
综上所述，WMS9此次携Windows Media 9 series而来，的确是带给我们不少新东西.微软在流媒体这个相对陌生的领域的快速进步令人侧目。然而，这些提供的新特性，真的如MS宣称的那样吗？对于这个问题，不亲自测试一下是不能作出回答的。老狼我会在以后的文章中给出评测报告的。
好，到此为止，我们对Windows Media Service 9已经有了一个大概的认识了，当然，这种认识还只是初步的，在随后的文章里面，我们将对WMS 9 的具体功能以及一些技巧作一个详细的描述，今天就先到这里啊