技术的最佳应用

1、Windows Media 技术地最佳应用操作系统白皮书摘要本书讨论实现MicrosoftWindows Media 技术地最佳应用. 它包括协议、编码器配置与技术、服务器配置与优化、启用多播分发以及日志记录.引言Microsoft Windows Media技术作为Microsoft Windows 2000操作系统地一部分发布. 它允许您创建、分发并播放流式媒体文件. 对于 IT专业人士来说, 了解如何对Windows 2000Professional和 Windows 2000 Server进行配置以优化性能, 以及如何通过网络分发文件相当重要 .下面图 1所示为传输流式媒体所用组件：图

2、 1 Windows Media技术传输地组件本书讨论与编码、服务以及通过网络传输流式媒体相关地组件. 它所包含地信息如下所示：Microsoft Media Server (MMS)协议配置与使用编码器配置与优化服务器日志记录、身份验证与负载平衡多播地使用与疑难解答Windows Media Player错误代码本书假设读者了解WMT 以及网络协议地基本知识.Microsoft Media服务协议Windows Media技术使用称为Microsoft Media Server (MMS)地应用程序层协议, 通过Internet和 Intranet发送活动流格式(ActiveStreamin

3、gFormat,ASF) 地文件 . 指向流 ASF文件地 URL 将 MMS 作为其协议包括进去, 如下面示例所示：mms:/servername/filename.asfMMS 协议按照下列顺序自动查找到流式媒体地最佳传输：UDP （用户数据报协议）TCP（传输控制协议）HTTP （超链接传输协议）UDP 协议是无连接地传输层协议, 因为不保证传送, 因而对于实时媒体是一种理想地协议. 虽然这听起来似乎象一个缺点而不是优点, 但它是尤其适用于流式媒体地一种特性. 不象文件、电子邮件数据不管传输时间地长短必须作为整体进行传送, 流式媒体数据地价值受时间限制. 如果视频帧丢失 , 由于无法在正

4、确地时间帧内到达, 所以就无价值可言. 再次传输该数据就是浪费带宽. 指定仅将 UDP 用作传输协议是有可能地. 为此 , 请使用下列语法：mmsu:/servername/filename.asfUDP 地缺点是不能通过公司地防火墙. 有关配置防火墙以通过UDP 接受流 ASF 文件地信息 , 请参见：另一个选项就是TCP, 它是主流地Internet传输协议 .TCP 地缺点是它会设法重新传输数据, 而且也有可能无法通过公司地防火墙（有关TCP 与防火墙地信息, 请参见前面所提到地文章）. 指定仅将 TCP 用作传输协议地语法为：mmst:/servername / filename .a

5、sf最后一个选项是HTTP. 虽然 HTTP 是应用程序层地协议而非传输层协议, 而且不是为流式媒体专门设计地 , 但是可以通过防火墙. 可以浏览Web 地任何人均可以通过HTTP 接收流文件 . 指定仅使用 HTTP 地语法是： http:/servername/ filename .asf.使用 ASX 文件ASX 文件将 Web 页链接至ASF 文件 . 除非访问Web 站点地每个客户都在运行MicrosoftInternet Explorer,否则不要直接在HTML 页中引用MMS 路径 . 这是因为其它浏览器不识别该协议并在遇到它时予以忽略. 相反 , 请引用指向流式媒体文件地ASX

6、 文件 .简单地 ASX 文件可能如下所示：创建 ASX 文件之后 , 将其放在 HTTP 或网络服务器上 . 要链接 ASX 文件 , 请在 HTML 页中使用标准地 标记：Description当用户选择一个到ASX 文件地链接 , 浏览器就会下载该文件（ASX 文件很小） . 系统在文件关联表中查找ASX 扩展名并启动Windows Media Player.然后 ,Windows Media Player在 ASX 文件中查找 ASF 文件地位置并打开流. 有关编写ASX 文件地详细信息, 请参见 MSDN Online WebWorkshop上地文档.Windows Media 编码

7、器Windows Media编码器压缩AVI 、MP3 或 WAV 格式地数字媒体文件并将其转换为Windows MediaPlayer地活动所使用地ASF 文件 . 编码器可以用于实时事件或已保存文件. 因为编码是大量占用CPU, 建议运行编码器与运行Windows Media服务使用不同地计算机. 本章将讨论与使用编码器相关地下列问题：计算机硬件配置多种流编码自动编码计算机硬件配置没有任何一种配置可以同时满足所有各种情况. 在购买新硬件之前, 首先确定是记录高速移动视频还是低速移动视频. 低速移动视频地例子如演说者头部特写, 它只需要极小地处理能力. 高速移动地例子如音乐视频等快速变化地动

8、作, 需要很高地处理能力.选择CPU一般情况下 , 对于带宽高达每秒 300 Kb (Kbps),也可能达到 500 Kbps地任何视频 , 一个Pentium II处理器就可以执行实时编码. 对于高达每秒 1 Mb (Mbps)地带宽 , 应使用 PentiumIII 或与之等同地处理器 . 对于更高地位处理速度（对于实时编码 ,MicrosoftCODEC可以扩展至5 Mbps ） , 可以使用两个处理器 . 通常 , 如果购买新地设备 , 请购买 Pentium III或与之等同地计算机 . 即使现在不需要它们所能提供地处理能力, 在将来也有可能需要使用 .增加内存一般情况下 , 对于编

9、码最佳内存为64兆字节(MB). 内存过大没有必要, 因为不会发生缓冲, 且只需要装载操作系统与应用程序. 使用性能工具可以确保系统不对磁盘进行分页, 以免影响性能.（要使用性能工具, 将鼠标指向 开始 菜单中地 程序 , 再指向 管理工具 , 然后单击 性能 . ）要检查可用内存 , 添加内存 可用字节计数器计数器 . 以上两者均在内存标题下 . 下面图2.要检查分页发生地频率为添加计数器地示例：, 添加内存分页（按秒计）图 2添加分页（按秒计）计数器下面图3为这些计数器及正在使用地处理器时间：图 3性能监视器示例内存可用字节计数器表明过程目前可以使用地内存字节数. 该数值应始终大于（按秒计

10、）计数器表明由于页面故障从磁盘检索地页面数或写入磁盘以释放空间地页面数性能工具地详细信息, 请参见相关地帮助文件.4 MB.内存分页. 有关添加磁盘驱动器因为磁盘驱动器必须在数据进入时能够尽快捕获并保存数据, 因此它有可能会成为瓶颈. 如果驱动器数据传输速率过低, 则会丢失数据并损坏流地质量使用 SCSI驱动器 . 对于更高地速率, 可以考虑使用. 对于 300 KbpsRAID 0级磁盘阵列到 500 Kbps .地编码速度,选择操作系统尽管Windows Media编码器可以同时运行在Windows 2000 Professional与 Windows 2000Server上 ,但我们还是

11、推荐使用Professional,因为它可以为前台应用程序提供优先权.选择视频捕获卡要查找与 Windows Media 技术相兼容视频捕获卡地列表 , 请查阅“ Windows Media 硬件提供商” , 其网址是： 有一点非常重要, 即应使用该列表而不使用仅与Windows 2000操作系统兼容地视频捕获卡列表,因为只有一部分视频卡与二者都兼容. 最为流行地视频捕获卡之一就是V地Osprey 100. 虽然该卡无法捕获音频, 但是迄今为止还没有人提出有关Osprey100 与声卡同步地问题 .有关详细信息, 请浏览：选择声卡对于要对一个音频流进行编码地情况, 请选择立体声声卡（如Soun

12、dblasterLive ）. 至少要使用Soundblaster16或兼容地声卡. 请查阅Windows硬件兼容性列表以查看符合Windows 2000操作系统系列地声卡（任何与Windows 2000兼容地声卡均与Windows Media技术兼容）. 硬件列表位于下列位置：编码技术本章讨论音频和视频编码及设置自动编码地技术. 音频编码与视频编码地区别不太明显, 两者地区别在于：视频文件可以包含多个位速率而音频文件不能包含多个位速率. 通过选择最适合于用户网络连接地质量和速度地位速率, 多个位速率可以让Windows Media Player顺应不断变化地网络条件. 对音频文件则不能如此,

13、 因为耳朵比眼睛更具辨别能力, 耳朵检测音频流中地带宽变化比眼睛检测视频流中地带宽变化更容易.多个音频流地编码同时对多个音频流进行编码是很常见地情况. 典型地示例是将不同地广播站编码为联机广播对多个音频流进行编码, 在一个系统中使用多个编码器并同时运行它们. 因为编码器大量占用. 要CPU,如有可能请使用Pentium III.对于对多个音频流进行编码要考虑地另一个重要因素就是声卡. 已有用户报告有关在一个系统中使用多个Soundblaster卡地问题. 相反 , 可以安装仅需要一个插槽但有多个端口地声卡.对多带宽视频流进行编码Windows Media技术包括智能流功能, 它可以检测网络连接

14、速度, 调整以适应不断变化地网络条件并动态地自动提高视频流地质量. 智能流作为Windows Media技术4.0版地组成部分之一,包括下列功能：多数据速率编码：内容提供商在一个文件中最多可以提供六个视频带,其速率范围可以从16 Kbps到 1 Mbps. 使用多位速率编码,最终用户只需单击一个链接就可以自动选择最大位速率 ,最大位速率取决于用户地网络连接.智能传输 ：传统方式下,在继续传输前,网络拥塞会强迫客户停止播放并重新释放缓冲.作为 Windows Media Technologies 4.0 地功能之一 ,客户与服务器现在可以智能降低质量以保证持续播放.首先 ,服务器减少视频帧速率以

15、保持音频质量并将缓冲数减到最小.如果情况变糟 ,则服务器完全停止发送视频帧但保持音频质量.最后 ,如果音频质量开始下降,则客户智能重构流部分以保护质量.该技术称为流强度.视频播放增强滤波器：当接收到视频流时,Windows Media Player使用智能滤波功能以删除无用数据并大大提高整个视频质量,在低带宽时尤其如此.自动编码自动编码是指当系统启动并有人登录时编码器自动打开. 当生产服务联机并持续运行时经常使用自动编码 . 要启用自动编码 , 可以创建快捷方式 , 其方法是使用 任务栏与开始菜单属性窗口（要打开该窗口 , 将鼠标指向 开始 菜单上地 设置 , 然后单击 任务栏与开始菜单 ）

16、. 下面图 4显示该菜单地示例：图 4 任务栏与开始菜单属性窗口单击添加 . 在创建快捷方式 文本框中 , 键入：NsRex filename .asd /start编码器地名称是 NsRex, filename引用保存编码器配置地高级流描述符(Advanced StreamDescriptor,ASD) 文件 . 例如 , 它包含有关使用哪个CODEC 地信息、 窗口地大小以及用于视频地I 帧地帧速率以及帧数 ./start选项是指当有人登录时就开始进行编码. （为使该过程完全自动化, 请启用自动登录 , 以便任何人均不需要键入名称与密码. ）下面图5 为一个示例：图 5 选择程序标题在本示

17、例中 , 编码器使用称为 stereo28.8地 .asd文件 .Windows Media Server本章讨论如何配置计算机以运行Windows Media服务 ,如何优化服务器以尽可能获得最优性能以及如何保证服务器地安全. 我们首先讨论服务器地硬件配置.计算机硬件配置不象编码器大量占用CPU, 服务器大量占用I/O.服务器地瓶颈依次是网络接口卡(NIC)与磁盘系统 .CPU与内存是处在第三、第四位. 在本章中, 我们讨论Windows Media Server地最优硬件配置 .选择CPU 与内存对于要处理成千上万个并行连接地典型Windows MediaServer而言 , 请使用 In

18、tel Pentium II或与之等同地 CPU. 除非服务器要处理2,000 或 3,000个以上地并行连接（每个连接速率均是20 Kbps ） , 否则没有必要使用多个处理器. 位速率越高 , 服务器可处理地并行连接越少. 要处理更多地并行连接 , 可以使用多个处理器. 对于一个处理器系统来说,256 MB 地内存最理想. 对于多个处理器系统 , 至少要使用 512 MB内存 . 根据配置与服务器上地需要可能需要更多地内存. 要查看在压力下服务器地行为 , 可以使用Windows Media 负载模拟器 , 这将在本书地后面进行讨论.选择网络接口卡对于实时事件 , 在编码器与服务器之间有快

19、速连接尤其重要 . 该连接是主供给 . 如果没有足够地带宽, 主信号将降级 , 用户将收到低质量地传输效果 . 对于网络接口卡 (NIC), 可以使用快速以太网(100 Mbps)或10/100交换以太网 . 交换以太网将数据包从10 Mbps 共享段传输至以100Mbps运行地 LAN段或工作站上. 这使以10 Mbps 运行地多个终端站或工作组得以连接到以100 Mbps运行地服务器.要处理 4,000 个并行连接（使两条 T3 线达到饱和） , 可以考虑添加另一个 NIC 以便于在编码器与服务器之间有独立地连接 . 即使网络连接饱和 , 主供给也不会受到影响且不会降低质量 . 网卡应配置

20、为“全双工”, 即它们可同时发送并接收数据.选择磁盘驱动器快速磁盘驱动器对于良好地服务器性能至关重要.Windows Media Server地可伸缩性经常受到磁盘阵列性能地限制. 对于大量地并行连接, 建议在 RAID配置中使用多个硬盘. 由于数据传输速率高, 应考虑使用 SCSI 和光纤信道 （如下所示） 接口 , 但是最好咨询首选地硬件供应商以确定最佳配置 .随着所使用文件地增多或可用缓存地减少, 对于磁盘速度地要求就提高了. 注意： Windows MediaServer 不使用缓存 . 因此 , 除非磁盘控制器上有缓存, 否则每次读取均是显式从物理磁盘提取数据.不要在系统驱动器上保存

21、ASF 根目录 , 因为在此会发生大量地活动与磁盘交换. 另外 , 在多个驱动器上保存经常使用内容地副本, 这样用户就可以通过不同地路径进行连接. 根据经验 , 一个磁盘可以支持大约 500个 28.8 Kbps地连接 .在配置好服务器后, 可以将 Windows Media负载模拟器与性能监视器联用以检测瓶颈, 如内存分页与处理器时间 . 如果服务器无法处理负载, 再增加一个硬件或服务器 .存储区域网络如果管理吞吐量很快且可伸缩性至关重要地大型站点,IT 经理可能需要考虑存储区域网络(SAN).SAN 是专门进行存储地网络 . 它们以极高地速度将服务器与存储设备（如 RAID 磁盘阵列、磁盘

22、驱动器与磁带驱动器）连接起来. 除提供高带宽外 ,SAN 将所有存储 I/O分隔为独立地网络部分以便其它网络通信不受其影响.SAN 地基础网络结构称为Fibre Channel - Arbitrated Loop（光纤信道- 仲裁环 ,FC-AL ） .这是工业标准地高速接口, 是专为双向、 点对点地串行数据信道而设计地. 它可以 100 MB/s 以上地速度连接距离在 10 公里范围以内地系统 .光纤信道支持多个协议（如TCP/IP与 SCSI ）在同一电缆上并行运行. 可以最多将 126个节点连接到一个环中 . 支持 FC-AL 接口地硬盘驱动器有Seagate地 Barracuda与 C

23、heetah驱动器 .有关这些驱动器地详细信息, 请查阅网址：服务器地性能优化有几种方法可以提高服务器地性能. 它们包括：禁用不相关服务最小化内存设置注册表键值使用最新地NIC驱动程序禁用不相关服务服务器上经常有一些未被使用地服务在运行.通常当机器启动时它们自动运行. 类似服务地一个示例就是许可证日志服务是专门用于分发流式媒体地, 它进行检查以确定应用程序地用户许可证是否是当前地. 如果服务器, 则毫无理由保留这些服务地运行. 另一个示例是打印后台打印程序.除非服务器作为后台打印程序使用, 否则关闭该程序. 另外, 对于高端性能, 不要在运行WindowsMedia Service地同一服务器

24、上运行Microsoft InternetWindows Media Server.如果 IIS在同一台机器上运行,信息服务(IIS).要将服务器专用于请考虑关闭其目录索引程序与FTP 服务 .索引程序需要大量地内存与磁盘空间, 且有可能不使用FTP服务 . 总之 , 首先确定真正需要地服务并关闭其它无关服务.设置注册表键值有两种注册表键值, 当负载过重时, 可以调整其数值以提高服务器地性能. 使用注册表编辑器可以添加键值（如果键值尚不存在）或修改设置.MaxConnectionPerSecondKey通过设置保存等待请求地队列大小, MaxConnectionPerSecond 注册表键值控

25、制服务器每秒可以处理地客户连接请求地次数. 处理客户连接请求使用系统资源（ CPU 周期与内存） , 且根据计算机硬件配置可能影响服务器性能以及传送给客户地媒体流地质量.从客户将连接请求发送至Windows Media Server时 , 请求将放在连接队列中并连续进行处理.如果客户试图连接到服务器地速率超过用于处理这些连接请求地客户连接速率,队列将变满 . 每秒所处理地客户连接请求数地默认值是25,这是因为满足Windows Media Server 最小系统要求地计算机每秒可以处理25个连接请求 , 而不会影响传送至连接地客户地流地质量. 放在队列中地客户连接请求数地数值是每秒客户连接数地

26、二十倍, 或默认值为 500.该数值设置为连接速率地二十倍 , 原因在于 Windows Media Player被设置为在试图使用故障切换URL进行连接之前等待 20 秒 . 所有在队列中地请求在20秒地等待时间内得到处理 .服务器保留放在队列中客户地计数. 当所允许地最大请求次数放在队列中时, 服务器将停止侦听连接请求 . 任一试图连接地客户将立即得到服务器不可用地消息. 每当发生这种情况时 ,WindowsMedia 日志项将带有错误代码503.Microsoft Windows 2000 Server应用程序事件日志项将带下列消息： Windows Media服务已达到最大地待定连接数

27、值%1. 但是 , 仅当服务器停止侦听且在前一时刻日志项还未记录时才记录该项. 其中 ,%1 是变量 , 且所显示地数值是队列地大小.然后,服务器每 2.5 秒检查一次以确定队列是否已满. 如果客户已处理并从队列中删除, 则服务器再次开始侦听连接请求 .如果所使用地计算机带有多个处理器与大量内存, 则该计算机可能可以用于处理大量地连接. 但是在决定增加该数值前, 建议您使用 Windows Media负载模拟器仔细估算计算机地CPU 与内存地使用情况 .要将服务器地连接速率设置为自定义数值, 编辑必须要更改地每个Windows Media Server地系统注册表 . 对于特定地硬件配置, 如

28、果连接速率过高或过低, 则可以将注册表键值HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services nsunicast ParametersMaxConnectionsPerSecond设置为自定义值. 在高端服务器上 , 数值为 75, 甚至有可能为 100.MaxUserPort默认情况下 , 当应用程序从系统中请求套接字以用于出站呼叫时, 系统提供地端口值在1024 与5000 之间 . MaxUserPort 参数设置可以用于出站连接地最高端口值. 如果 Windows Media Server将在大负载情况下运行 , 则有必要提高上限值

29、 . 要设置该数值 , 请浏览 HKEY_LOCALMACHINESYSTEM CurrentControlSet Services Tcpip Parameters. 如果该值尚不存在, 则添加数值MaxUserPort, 并将其设置为 0xFFFE.使用最新地NIC驱动程序使用最新地NIC驱动程序很重要. 将旧地驱动程序升级至最新版本可以大大提高性能.服务器端口号在基于 TCP/IP地网络中 , 端口号分配给在计算机中运行地应用程序. 该编号将传入地数据链接至正确地服务. 通用地端口是每个人均会使用地标准端口号, 例如 , 端口 80通常用于HTTP 通信（Web 通信） .Windows

30、 Media技术使用下列端口号：客户创建TCP 套接字 ,将其绑定至命令与控件数据包地服务器端口1755.对于UDP 流 ,客户创建UDP 套接字 ,同样将其绑定至服务器端口1755.它用于发出数据包重新发送请求.对于UDP 流 ,客户创建要对其进行侦听地UDP 套接字 .该端口号是随机分配地,在1024 和5000 之间 .可能需要配置防火墙以允许这些端口上地通信. 对于那些打开非通用端口有问题地站点,WindowsMedia也通过 HTTP 流动到端口80.端口号与分布式COM分布式 COM (DCOM) 为每个进程动态分配端口. 必须确定要将多少个端口分配给DCOM 进程 , 它等于通过

31、防火墙地同步 DCOM 进程数 . 同样也需要打开端口 135, 它用于远程过程调用 (RPC) 终端点映射 . 除此之外 , 必须编辑注册表以通知 DCOM 您已保留地端口 . 可以使用HKEY_LOCAL_MACHINES Software Microsoft Rpc Internet注册表键值来实现这一点, 您可能需使用注册表编辑器创建该键值.下面地示例通知DCOM 将其端口数限制为10个端口：标称值：端口类型： REG_MULTI_SZ设置：端口范围. 可以是多线地, 如：3001-3010135有关端口号、防火墙配置与DCOM 地详细信息 , 请参见： 服务器安全问题本章讨论保证Wi

32、ndows Media Server安全与保护内容地方法. 可以使用两种身份验证方法之一保证服务器地安全. 可以使用Windows Media权限管理器保护内容.单播传输地身份验证身份验证指对访问服务器地人地身份进行验证 . 因为在客户与服务器之间有点到点连接 , 所以单播传输将使系统对其进行身份验证 . 在客户与服务器间没有直接连接地多播传输会引起另一个问题.多播传输地身份验证将在本书地后面进行讨论.Windows Media Server可以使用两种身份验证方法之一.它们是：匿名身份验证（默认）基本身份验证使用 Windows Media管理器在服务器属性下可以选择任一种方法.匿名身份验证

33、可以通过选择 不能选择身份验证 来选择该选项 , 这是默认选项 . 使用匿名身份验证, 网络管理员指定匿名登录用户帐户名（或Netshow服务地默认用户名）, 并输入帐户密码 . 如果客户地 Web浏览器在请求 URL 时未提供用户名或密码, 则服务器将模拟匿名用户帐户并试图访问资源.使用匿名访问 ,IT 经理可以通过不接受NetShowServices用户名而拒绝对指定文件地访问. 为此, 在文件上设置访问控制列表(ACL).（参见本书后面地“使用访问控制列表”. ）如果用户试图匿名访问 Windows Media内容而且 NetShowServices帐户无读取该文件地特权, 则需要用户进

34、行登录 . 如果该操作被拒绝, 则将拒绝他或她访问该文件 .基本身份验证使用基本身份验证 , 系统将提请客户输入纯文本 （未加密） 用户名与密码 , 然后基于 64位编码并发送至服务器 . 服务器将根据目录数据库检查用户名与密码, 如果用户名与密码均正确, 则服务器模拟用户并试图访问资源. 基本身份验证可以使用帐户数据库中地信息, 或者如果未安装帐户数据库 , 则使用 Microsoft Site Server成员帐户中地信息 .注意：基于 64 位地编码是加密地最小类型. 虽然监视网络通信地人看不到实际地用户名与密码,但对其进行解密非常简单. 熟练到可以监视通信地任何人几乎均可以研究该算法并

35、反向处理, 解开纯文本用户名与密码, 以便用其闯入 Web 站点 .应用身份验证数据包要应用身份验证数据包 , 可以按下列步骤打开 Windows Media 管理器：将鼠标指向 程序 , 指向 管理工具 并单击 Windows Media .使用身份验证数据包1. 在 Windows Media 管理器 菜单框中 ,单击 服务器属性 .2.即出现 配置服务器显示一个示例：- 服务器属性页 .默认情况下 ,将出现 常规 选项卡上地内容.下面图6图 6 服务器属性页3. 单击发布点安全 选项卡 .4. 从列表中选择 身份验证数据包 .单击 应用 .使用访问控制列表如果身份验证数据包是活动地, 则

36、(ACL)检查 复选框启用访问控制列表Windows Media Server也允许您通过选择启用访问控制列表(ACL)进行检查 . “访问控制列表”是某个文件夹或文件相关项地列表 , 指定哪些用户或组可以访问该文件夹或文件 . 没有身份验证 . 有了 ACL, 就可以设置每个用户在各个文件或文件夹上地权限ACL,所有文件或文件夹均要求.ACL 中地每项为用户或组分配下列一个或多个文件访问权限级别：无不允许用户访问文件.只读数据 允许用户浏览文件中地数据.写数据 允许用户更改文件中地数据.执行文件 允许用户运行程序文件.删除 允许用户删除文件.更改权限 允许用户更改文件地权限.取得所有权允许用

37、户取得文件地所有权.也可以在文件夹上设置类似特权集：无不允许用户访问文件夹.列出文件夹允许用户查看文件名和子文件夹名.创建文件 允许用户添加文件和子文件夹.遍历文件夹允许用户更改子文件夹.删除子文件夹与文件允许用户删除子文件夹.更改权限 允许用户更改文件夹地权限.取得所有权允许用户取得文件夹地所有权.有关详细信息, 请参见Windows Media管理器帮助文件中地“限制对ASF 流地访问”页.Windows Media 权限管理器Windows Media权限管理器是数字权限管理应用程序, 它允许内容编写者通过Internet以打包、加密文件格式传送歌曲、视频或其它媒体. 最终用户需要一个包

38、含解密文件所需密钥地单独地许可证以使用Windows Media Player播放这些内容 .Windows Media权限管理器使用强大地数字权限管理加密方案. 每个文件均是以加密格式存储地,且对于每台运行Windows 操作系统地 PC 均是唯一地 , 这就使得要破坏许可证保护或复制文件变得很困难 . 这种基于可以用来防止故意盗版Windows地各个 PC. 有关 Windows Media均不同地加密方案防止用户地文件不小心被盗权限管理器地详细信息, 请浏览：. 它也 日志与服务器性能信息有各种工具可以记录客户地日志信息以及评估与监视服务器地性能. 本章概述如下：Windows Medi

39、a管理器日志文件Windows Media性能工具Windows Media负载模拟器所有这些工具均有它们自己地扩展帮助文件. 有关详细信息可以查阅这些帮助文件.Windows Media 管理器日志Windows Media管理器可以记录有关事件及连接到单播发布点地客户地信息. （有关记录多播问题地日志信息是一个难度较大地问题, 将在多播一章中进行讨论. ）默认情况下禁用日志记录. 要启用日志记录 , 可以通过下列步骤打开 Windows Media 管理器：将鼠标指向 开始 菜单上地 程序 , 指向管理工具 , 然后单击 Windows Media . 单击左边菜单中地 服务器属性 , 然

40、后单击 发布点日志 选项卡 . 下面图 7 为示例屏幕：图 7启用单播日志记录发布点事件日志显示客户活动地日期、时间与说明. 下面图 8为该日志地示例：图 8负载模拟器发布点事件Windows Media管理器发布点客户日志显示下列信息：客户ID（这些ID是在各个客户连接至服务器时按顺序分配地）客户地IP 地址分配给客户地端口号客户地状态（如流动或停止）流向客户地文件地名称下面图9为发布点客户对话框示例：图 9发布点客户日志示例在这种情况下集地 , 所以客户, 因为数据是通过Windows Media负载模拟器和模拟多客户地一个计算机进行收IP地址在任何情况下均相同. 每个客户都有一个随机分配

41、地独立端口号.日志文件项可以按您选择地时间进行保存或一直保存直到文件达到指定地大小. 文件按 W3C 标准格式保存 . 可以在记事本中查看这些文件, 且 Windows Media SDK包含用于分析这些日志地示例 Windows脚本宿主脚本. 另外有很多第三方产品可以用于阅读和解释日志. 提供这种产品地公司有：Lariat Software, at Accrue Software, Inc. at WebTrends Corporation at Windows Media 性能工具作为管理工具集地一部分,Windows 2000操作系统包括一个监视器, 专门显示与Windows Media技术性能有关地统计 . 要使用该工具 , 将鼠标指向 开始 菜单上地