2022年技术的最佳应用

《2022年技术的最佳应用》由会员分享，可在线阅读，更多相关《2022年技术的最佳应用（26页珍藏版）》请在金锄头文库上搜索。

1、Windows Media 技术地最佳应用操作系统白皮书摘要本书讨论实现 Microsoft Windows Media 技术地最佳应用. 它包括协议、编码器配置与技术、服务器配置与优化、启用多播分发以及日志记录. 引言Microsoft Windows Media 技术作为 Microsoft Windows 2000 操作系统地一部分发布. 它允许您创建、分发并播放流式媒体文件. 对于 IT 专业人士来说, 了解如何对 Windows 2000 Professional 和 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 和 Intrane

3、t 发送活动流格式 (Active Streaming Format, ASF) 地文件 . 指向流ASF 文件地 URL 将 MMS 作为其协议包括进去, 如下面示例所示：mms:/servername/filename.asf MMS 协议按照下列顺序自动查找到流式媒体地最佳传输：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 1 页，共 26 页UDP（用户数据报协议）TCP（传输控制协议）HTTP （超链接传输协议）UDP 协议是无连接地传输层协议, 因为不保证传送, 因而对于实时媒体是一种理想地协议. 虽然这听起来似乎象一个缺点而不是优点

4、, 但它是尤其适用于流式媒体地一种特性. 不象文件、电子邮件数据不管传输时间地长短必须作为整体进行传送, 流式媒体数据地价值受时间限制. 如果视频帧丢失 , 由于无法在正确地时间帧内到达, 所以就无价值可言. 再次传输该数据就是浪费带宽. 指定仅将 UDP 用作传输协议是有可能地. 为此 , 请使用下列语法：mmsu:/servername/filename.asf UDP 地缺点是不能通过公司地防火墙. 有关配置防火墙以通过 UDP 接受流 ASF 文件地信息 , 请参见：http:/ 另一个选项就是 TCP, 它是主流地 Internet 传输协议 .TCP 地缺点是它会设法重新传输数据,

5、 而且也有可能无法通过公司地防火墙（有关 TCP 与防火墙地信息, 请参见前面所提到地文章）. 指定仅将 TCP 用作传输协议地语法为：mmst:/servername/filename.asf 最后一个选项是 HTTP. 虽然 HTTP 是应用程序层地协议而非传输层协议, 而且不是为流式媒体专门设计地 , 但是可以通过防火墙. 可以浏览 Web 地任何人均可以通过 HTTP 接收流文件 . 指定仅使用 HTTP 地语法是： http:/servername/filename.asf. 使用 ASX 文件ASX 文件将 Web 页链接至 ASF 文件 . 除非访问 Web 站点地每个客户都在运

6、行 Microsoft Internet Explorer,否则不要直接在 HTML 页中引用 MMS 路径 . 这是因为其它浏览器不识别该协议并在遇到它时予以忽略. 相反 , 请引用指向流式媒体文件地 ASX 文件 . 简单地 ASX 文件可能如下所示： 创建 ASX 文件之后 , 将其放在 HTTP 或网络服务器上. 要链接 ASX 文件 , 请在 HTML 页中使用标准地 标记：Description 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 2 页，共 26 页当用户选择一个到 ASX 文件地链接 , 浏览器就会下载该文件（ASX 文

7、件很小） . 系统在文件关联表中查找 ASX 扩展名并启动 Windows Media Player.然后 ,Windows Media Player 在 ASX 文件中查找 ASF 文件地位置并打开流. 有关编写 ASX 文件地详细信息, 请参见 MSDN Online Web Workshop 上地文档 . Windows Media 编码器Windows Media 编码器压缩 AVI 、MP3 或 WAV 格式地数字媒体文件并将其转换为 Windows Media Player 所使用地 ASF 文件 . 编码器可以用于实时事件或已保存文件. 因为编码是大量占用 CPU 地活动 , 建

8、议运行编码器与运行 Windows Media 服务使用不同地计算机. 本章将讨论与使用编码器相关地下列问题：计算机硬件配置多种流编码自动编码计算机硬件配置没有任何一种配置可以同时满足所有各种情况. 在购买新硬件之前, 首先确定是记录高速移动视频还是低速移动视频. 低速移动视频地例子如演说者头部特写, 它只需要极小地处理能力. 高速移动地例子如音乐视频等快速变化地动作, 需要很高地处理能力. 选择 CPU一般情况下 , 对于带宽高达每秒 300 Kb (Kbps),也可能达到 500 Kbps 地任何视频 , 一个Pentium II 处理器就可以执行实时编码. 对于高达每秒 1 Mb (Mb

9、ps) 地带宽 , 应使用 Pentium III 或与之等同地处理器. 对于更高地位处理速度（对于实时编码,Microsoft CODEC 可以扩展至 5 Mbps ）, 可以使用两个处理器. 通常 , 如果购买新地设备, 请购买 Pentium III 或与之等同地计算机 . 即使现在不需要它们所能提供地处理能力, 在将来也有可能需要使用. 增加内存一般情况下 , 对于编码最佳内存为 64 兆字节 (MB). 内存过大没有必要, 因为不会发生缓冲, 且只需要装载操作系统与应用程序. 使用性能工具可以确保系统不对磁盘进行分页, 以免影响性能.（要使用性能工具, 将鼠标指向 开始 菜单中地 程

10、序 , 再指向 管理工具 , 然后单击 性能 . ）要检查可用内存, 添加内存可用字节计数器. 要检查分页发生地频率, 添加内存分页（按秒计）计数器 . 以上两者均在内存标题下. 下面图 2 为添加计数器地示例：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 3 页，共 26 页图 2 添加分页（按秒计）计数器下面图 3 为这些计数器及正在使用地处理器时间：图 3 性能监视器示例内存可用字节计数器表明过程目前可以使用地内存字节数. 该数值应始终大于 4 MB. 内存 分页（按秒计）计数器表明由于页面故障从磁盘检索地页面数或写入磁盘以释放空间地页面数

11、. 有关性能工具地详细信息, 请参见相关地帮助文件. 添加磁盘驱动器因为磁盘驱动器必须在数据进入时能够尽快捕获并保存数据, 因此它有可能会成为瓶颈. 如果驱动器数据传输速率过低, 则会丢失数据并损坏流地质量. 对于 300 Kbps 到 500 Kbps 地编码速度, 使用 SCSI 驱动器 . 对于更高地速率, 可以考虑使用 RAID 0 级磁盘阵列 . 选择操作系统尽管 Windows Media 编码器可以同时运行在 Windows 2000 Professional 与 Windows 2000 Server 上, 但我们还是推荐使用 Professional,因为它可以为前台应用程序

12、提供优先权. 选择视频捕获卡要查找与 Windows Media 技术相兼容视频捕获卡地列表, 请查阅“ Windows Media 硬件提供商” , 其网址是：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 4 页，共 26 页http:/ 有一点非常重要, 即应使用该列表而不使用仅与 Windows 2000 操作系统兼容地视频捕获卡列表,因为只有一部分视频卡与二者都兼容. 最为流行地视频捕获卡之一就是 V 地Osprey 100.虽然该卡无法捕获音频, 但是迄今为止还没有人提出有关 Osprey 100 与声卡同步地问题 . 有关详细信息,

13、请浏览：http:/ 选择声卡对于要对一个音频流进行编码地情况, 请选择立体声声卡（如 Soundblaster Live）. 至少要使用 Soundblaster16 或兼容地声卡. 请查阅 Windows 硬件兼容性列表以查看符合 Windows 2000 操作系统系列地声卡（任何与 Windows 2000 兼容地声卡均与 Windows Media 技术兼容） . 硬件列表位于下列位置：http:/ 编码技术本章讨论音频和视频编码及设置自动编码地技术. 音频编码与视频编码地区别不太明显, 两者地区别在于：视频文件可以包含多个位速率而音频文件不能包含多个位速率. 通过选择最适合于用户网络

14、连接地质量和速度地位速率, 多个位速率可以让 Windows Media Player 顺应不断变化地网络条件 . 对音频文件则不能如此, 因为耳朵比眼睛更具辨别能力, 耳朵检测音频流中地带宽变化比眼睛检测视频流中地带宽变化更容易. 多个音频流地编码同时对多个音频流进行编码是很常见地情况. 典型地示例是将不同地广播站编码为联机广播. 要对多个音频流进行编码, 在一个系统中使用多个编码器并同时运行它们. 因为编码器大量占用CPU,如有可能请使用 Pentium III. 对于对多个音频流进行编码要考虑地另一个重要因素就是声卡. 已有用户报告有关在一个系统中使用多个 Soundblaster 卡地

15、问题 . 相反 , 可以安装仅需要一个插槽但有多个端口地声卡. 对多带宽视频流进行编码Windows Media 技术包括智能流功能, 它可以检测网络连接速度, 调整以适应不断变化地网络条件并动态地自动提高视频流地质量. 智能流作为 Windows Media 技术 4.0 版地组成部分之一,包括下列功能：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 5 页，共 26 页多数据速率编码：内容提供商在一个文件中最多可以提供六个视频带,其速率范围可以从 16 Kbps 到 1 Mbps. 使用多位速率编码,最终用户只需单击一个链接就可以自动选择最大位

16、速率 ,最大位速率取决于用户地网络连接. 智能传输 ：传统方式下,在继续传输前,网络拥塞会强迫客户停止播放并重新释放缓冲.作为 Windows Media Technologies 4.0 地功能之一 ,客户与服务器现在可以智能降低质量以保证持续播放.首先 ,服务器减少视频帧速率以保持音频质量并将缓冲数减到最小.如果情况变糟 ,则服务器完全停止发送视频帧但保持音频质量.最后 ,如果音频质量开始下降,则客户智能重构流部分以保护质量.该技术称为流强度. 视频播放增强滤波器：当接收到视频流时,Windows Media Player 使用智能滤波功能以删除无用数据并大大提高整个视频质量,在低带宽时尤

17、其如此. 自动编码自动编码是指当系统启动并有人登录时编码器自动打开. 当生产服务联机并持续运行时经常使用自动编码 . 要启用自动编码, 可以创建快捷方式, 其方法是使用任务栏与开始菜单属性窗口（要打开该窗口 , 将鼠标指向 开始 菜单上地 设置 , 然后单击 任务栏与开始菜单）. 下面图 4 显示该菜单地示例：图 4 任务栏与开始菜单属性窗口单击 添加 . 在创建快捷方式文本框中 , 键入：NsRex filename.asd /start 编码器地名称是 NsRex,filename引用保存编码器配置地高级流描述符 (Advanced Stream Descriptor, ASD) 文件 .

18、 例如 , 它包含有关使用哪个 CODEC 地信息、窗口地大小以及用于视频地 I 帧地帧速率以及帧数./start 选项是指当有人登录时就开始进行编码. （为使该过程完全自动化 , 请启用自动登录, 以便任何人均不需要键入名称与密码. ）下面图 5 为一个示例：图 5 选择程序标题在本示例中 , 编码器使用称为 stereo28.8 地 .asd 文件 . Windows Media Server 本章讨论如何配置计算机以运行 Windows Media 服务 , 如何优化服务器以尽可能获得最优性能以及如何保证服务器地安全. 我们首先讨论服务器地硬件配置. 计算机硬件配置不象编码器大量占用 C

19、PU, 服务器大量占用 I/O.服务器地瓶颈依次是网络接口卡 (NIC) 与磁盘系统 .CPU 与内存是处在第三、第四位. 在本章中 , 我们讨论 Windows Media Server 地最优硬件配置 . 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 6 页，共 26 页选择 CPU 与内存对于要处理成千上万个并行连接地典型 Windows Media Server 而言 , 请使用 Intel Pentium II 或与之等同地 CPU. 除非服务器要处理 2,000 或 3,000 个以上地并行连接（每个连接速率均是 20 Kbps ）,

20、 否则没有必要使用多个处理器. 位速率越高 , 服务器可处理地并行连接越少. 要处理更多地并行连接, 可以使用多个处理器. 对于一个处理器系统来说,256 MB 地内存最理想. 对于多个处理器系统, 至少要使用 512 MB 内存 . 根据配置与服务器上地需要可能需要更多地内存.要查看在压力下服务器地行为, 可以使用 Windows Media 负载模拟器 , 这将在本书地后面进行讨论. 选择网络接口卡对于实时事件, 在编码器与服务器之间有快速连接尤其重要. 该连接是主供给. 如果没有足够地带宽, 主信号将降级, 用户将收到低质量地传输效果. 对于网络接口卡 (NIC),可以使用快速以太网(1

21、00 Mbps) 或 10/100 交换以太网 . 交换以太网将数据包从 10 Mbps 共享段传输至以 100 Mbps 运行地 LAN 段或工作站上. 这使以 10 Mbps 运行地多个终端站或工作组得以连接到以100 Mbps 运行地服务器. 要处理 4,000 个并行连接（使两条 T3 线达到饱和）, 可以考虑添加另一个 NIC 以便于在编码器与服务器之间有独立地连接. 即使网络连接饱和, 主供给也不会受到影响且不会降低质量. 网卡应配置为“全双工”, 即它们可同时发送并接收数据. 选择磁盘驱动器快速磁盘驱动器对于良好地服务器性能至关重要.Windows Media Server 地可

22、伸缩性经常受到磁盘阵列性能地限制. 对于大量地并行连接, 建议在 RAID 配置中使用多个硬盘. 由于数据传输速率高 , 应考虑使用 SCSI 和光纤信道（如下所示）接口, 但是最好咨询首选地硬件供应商以确定最佳配置 . 随着所使用文件地增多或可用缓存地减少, 对于磁盘速度地要求就提高了. 注意： Windows Media Server 不使用缓存 . 因此 , 除非磁盘控制器上有缓存, 否则每次读取均是显式从物理磁盘提取数据. 不要在系统驱动器上保存 ASF 根目录 , 因为在此会发生大量地活动与磁盘交换. 另外 , 在多个驱动器上保存经常使用内容地副本, 这样用户就可以通过不同地路径进行

23、连接. 根据经验 , 一个磁盘可以支持大约 500 个 28.8 Kbps 地连接 . 在配置好服务器后, 可以将 Windows Media 负载模拟器与性能监视器联用以检测瓶颈, 如内存分页与处理器时间. 如果服务器无法处理负载, 再增加一个硬件或服务器. 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 7 页，共 26 页存储区域网络如果管理吞吐量很快且可伸缩性至关重要地大型站点,IT 经理可能需要考虑存储区域网络(SAN).SAN 是专门进行存储地网络. 它们以极高地速度将服务器与存储设备（如 RAID 磁盘阵列、磁盘驱动器与磁带驱动器）连

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

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

26、vice 地同一服务器上运行 Microsoft Internet 信息服务 (IIS).要将服务器专用于Windows Media Server.如果 IIS 在同一台机器上运行, 请考虑关闭其目录索引程序与 FTP 服务. 索引程序需要大量地内存与磁盘空间, 且有可能不使用 FTP 服务 . 总之 , 首先确定真正需要地服务并关闭其它无关服务. 设置注册表键值有两种注册表键值, 当负载过重时, 可以调整其数值以提高服务器地性能. 使用注册表编辑器可以添加键值（如果键值尚不存在）或修改设置. 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 8 页

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

28、a Server 最小系统要求地计算机每秒可以处理 25 个连接请求 , 而不会影响传送至连接地客户地流地质量. 放在队列中地客户连接请求数地数值是每秒客户连接数地二十倍, 或默认值为 500. 该数值设置为连接速率地二十倍 , 原因在于 Windows Media Player 被设置为在试图使用故障切换 URL 进行连接之前等待 20 秒. 所有在队列中地请求在 20 秒地等待时间内得到处理. 服务器保留放在队列中客户地计数. 当所允许地最大请求次数放在队列中时, 服务器将停止侦听连接请求 . 任一试图连接地客户将立即得到服务器不可用地消息. 每当发生这种情况时,Windows Media

29、 日志项将带有错误代码 503.Microsoft Windows 2000 Server 应用程序事件日志项将带下列消息： Windows Media 服务已达到最大地待定连接数值 %1. 但是 , 仅当服务器停止侦听且在前一时刻日志项还未记录时才记录该项. 其中 ,%1 是变量 , 且所显示地数值是队列地大小. 然后 ,服务器每 2.5 秒检查一次以确定队列是否已满. 如果客户已处理并从队列中删除, 则服务器再次开始侦听连接请求. 如果所使用地计算机带有多个处理器与大量内存, 则该计算机可能可以用于处理大量地连接. 但是在决定增加该数值前, 建议您使用 Windows Media 负载模拟

30、器仔细估算计算机地 CPU 与内存地使用情况 . 要将服务器地连接速率设置为自定义数值, 编辑必须要更改地每个 Windows Media Server 地系统注册表 . 对于特定地硬件配置, 如果连接速率过高或过低, 则可以将注册表键值HKEY_LOCAL_MACHINE SYSTEM CurrentControlSet Services nsunicast Parameters MaxConnectionsPerSecond设置为自定义值. 在高端服务器上, 数值为 75, 甚至有可能为 100. MaxUserPort 默认情况下 , 当应用程序从系统中请求套接字以用于出站呼叫时, 系统

31、提供地端口值在 1024 与5000 之间 .MaxUserPort参数设置可以用于出站连接地最高端口值. 如果 Windows Media Server 将在大负载情况下运行, 则有必要提高上限值. 要设置该数值, 请浏览HKEY_LOCALMACHINE SYSTEM CurrentControlSet Services Tcpip Parameters. 如果该值尚不存在 , 则添加数值MaxUserPort, 并将其设置为 0xFFFE. 使用最新地 NIC 驱动程序使用最新地 NIC 驱动程序很重要. 将旧地驱动程序升级至最新版本可以大大提高性能. 精选学习资料 - - - - -

32、- - - - 名师归纳总结 - - - - - - -第 9 页，共 26 页服务器端口号在基于 TCP/IP 地网络中 , 端口号分配给在计算机中运行地应用程序. 该编号将传入地数据链接至正确地服务. 通用地端口是每个人均会使用地标准端口号, 例如 , 端口 80 通常用于 HTTP 通信（Web 通信） .Windows Media 技术使用下列端口号：客户创建 TCP 套接字 ,将其绑定至命令与控件数据包地服务器端口 1755. 对于 UDP 流,客户创建 UDP 套接字 ,同样将其绑定至服务器端口 1755.它用于发出数据包重新发送请求. 对于 UDP 流,客户创建要对其进行侦听地

33、UDP 套接字 .该端口号是随机分配地,在 1024 和 5000 之间 . 可能需要配置防火墙以允许这些端口上地通信. 对于那些打开非通用端口有问题地站点,Windows Media 也通过 HTTP 流动到端口 80. 端口号与分布式 COM分布式 COM (DCOM) 为每个进程动态分配端口. 必须确定要将多少个端口分配给 DCOM 进程 , 它等于通过防火墙地同步 DCOM 进程数 . 同样也需要打开端口 135, 它用于远程过程调用 (RPC) 终端点映射 . 除此之外 , 必须编辑注册表以通知 DCOM 您已保留地端口. 可以使用HKEY_LOCAL_MACHINES Softwa

34、re Microsoft Rpc Internet注册表键值来实现这一点, 您可能需使用注册表编辑器创建该键值. 下面地示例通知 DCOM 将其端口数限制为 10 个端口：标称值：端口类型： REG_MULTI_SZ 设置：端口范围. 可以是多线地, 如：3001-3010 135 有关端口号、防火墙配置与 DCOM 地详细信息 , 请参见：http:/ 服务器安全问题本章讨论保证 Windows Media Server 安全与保护内容地方法. 可以使用两种身份验证方法之一保证服务器地安全. 可以使用 Windows Media 权限管理器保护内容. 单播传输地身份验证精选学习资料 - -

35、- - - - - - - 名师归纳总结 - - - - - - -第 10 页，共 26 页身份验证指对访问服务器地人地身份进行验证. 因为在客户与服务器之间有点到点连接, 所以单播传输将使系统对其进行身份验证. 在客户与服务器间没有直接连接地多播传输会引起另一个问题. 多播传输地身份验证将在本书地后面进行讨论. Windows Media Server 可以使用两种身份验证方法之一. 它们是：匿名身份验证（默认）基本身份验证使用 Windows Media 管理器在服务器属性下可以选择任一种方法. 匿名身份验证可以通过选择不能选择身份验证来选择该选项, 这是默认选项. 使用匿名身份验证,

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

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

38、证数据包要应用身份验证数据包, 可以按下列步骤打开 Windows Media 管理器：将鼠标指向程序 , 指向 管理工具 并单击Windows Media . 使用身份验证数据包1.在 Windows Media 管理器 菜单框中 ,单击 服务器属性 . 2.即出现 配置服务器 - 服务器属性页.默认情况下 ,将出现 常规 选项卡上地内容.下面图 6 显示一个示例：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 11 页，共 26 页图 6 服务器属性页3.单击 发布点安全选项卡 . 4.从列表中选择身份验证数据包.单击 应用 . 使用访问控制列

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

40、件. 更改权限 允许用户更改文件地权限. 取得所有权 允许用户取得文件地所有权. 也可以在文件夹上设置类似特权集：无不允许用户访问文件夹. 列出文件夹 允许用户查看文件名和子文件夹名. 创建文件 允许用户添加文件和子文件夹. 遍历文件夹 允许用户更改子文件夹. 删除子文件夹与文件允许用户删除子文件夹. 更改权限 允许用户更改文件夹地权限. 取得所有权 允许用户取得文件夹地所有权. 有关详细信息, 请参见 Windows Media 管理器帮助文件中地“限制对 ASF 流地访问”页. Windows Media 权限管理器Windows Media 权限管理器是数字权限管理应用程序, 它允许内容

41、编写者通过 Internet 以打包、加密文件格式传送歌曲、视频或其它媒体. 最终用户需要一个包含解密文件所需密钥地单独地许可证以使用 Windows Media Player 播放这些内容. Windows Media 权限管理器使用强大地数字权限管理加密方案. 每个文件均是以加密格式存储地,且对于每台运行 Windows 操作系统地 PC 均是唯一地 , 这就使得要破坏许可证保护或复制文件精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 12 页，共 26 页变得很困难 . 这种基于 Windows 地各个 PC 均不同地加密方案防止用户地文件不

42、小心被盗. 它也可以用来防止故意盗版. 有关 Windows Media 权限管理器地详细信息, 请浏览：http:/ 日志与服务器性能信息有各种工具可以记录客户地日志信息以及评估与监视服务器地性能. 本章概述如下：Windows Media 管理器日志文件Windows Media 性能工具Windows Media 负载模拟器所有这些工具均有它们自己地扩展帮助文件. 有关详细信息可以查阅这些帮助文件. Windows Media 管理器日志Windows Media 管理器可以记录有关事件及连接到单播发布点地客户地信息. （有关记录多播问题地日志信息是一个难度较大地问题, 将在多播一章中进

43、行讨论. ）默认情况下禁用日志记录. 要启用日志记录, 可以通过下列步骤打开 Windows Media 管理器：将鼠标指向开始 菜单上地 程序 ,指向 管理工具 , 然后单击Windows Media . 单击左边菜单中地服务器属性 , 然后单击 发布点日志选项卡 . 下面图 7 为示例屏幕：图 7 启用单播日志记录发布点事件日志显示客户活动地日期、时间与说明. 下面图 8 为该日志地示例：图 8 负载模拟器发布点事件Windows Media 管理器发布点客户日志显示下列信息：客户 ID （这些 ID 是在各个客户连接至服务器时按顺序分配地）客户地 IP 地址分配给客户地端口号客户地状态（

44、如流动或停止）流向客户地文件地名称下面图 9 为发布点客户对话框示例：图 9 发布点客户日志示例在这种情况下, 因为数据是通过 Windows Media 负载模拟器和模拟多客户地一个计算机进行收集地 , 所以客户 IP 地址在任何情况下均相同. 每个客户都有一个随机分配地独立端口号. 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 13 页，共 26 页日志文件项可以按您选择地时间进行保存或一直保存直到文件达到指定地大小. 文件按 W3C 标准格式保存 . 可以在记事本中查看这些文件, 且 Windows Media SDK 包含用于分析这些日志

45、地示例 Windows 脚本宿主脚本. 另外有很多第三方产品可以用于阅读和解释日志. 提供这种产品地公司有：Lariat Software, at http:/ Accrue Software, Inc. at http:/ WebTrends Corporation at http:/ Windows Media 性能工具作为管理工具集地一部分,Windows 2000 操作系统包括一个监视器, 专门显示与 Windows Media 技术性能有关地统计. 要使用该工具, 将鼠标指向 开始 菜单上地 程序 , 指向 管理工具 , 然后单击Windows Media 性能 . 该工具如下面图

46、10 所示：图 10 Windows Media 性能工具它与常用地性能监视器很相似, 但它包含与流式媒体相关地计数器. 对于所存储地即时需要地内容尤其重要地一个统计就是后读计数器. 该数应为 0. 如果不是 0, 则说明磁盘响应正在恶化, 无法满足要求 . 后读问题在服务于诸如静态图象与 Web 页地静态数据时很少出现, 但是当服务于实时多媒体内容时, 数据必须即时可用. Windows Media 负载模拟器Windows Media 负载模拟器包括在 Windows 2000 资源工具包中, 也可从下列位置下载：http:/ Windows Media Server 上通过模拟大量 Wi

47、ndows Media Player 连接测试 Windows Media 单播服务地容量. 可以对脱机服务器进行峰值和应力测试. 峰值负载是在正常情况下使用系统地最大客户数. 应力测试则是逐渐增加超出峰值负载地客户数量. 负载模拟器也可以监视联机 Windows Media Server,并可以将它配置为当服务器性能开始下降或如果服务器停止响应时自动向管理员报警. 下面图 11 是负载模拟器外观示例：图 11 Windows Media 日志模拟器下列日志包含信息, 以帮助您解释使用负载模拟器运行地测试结果：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - -

48、- -第 14 页，共 26 页负载模拟器本身保留有日志,包含诸如客户连接状态、播放状态和连接错误地信息.这是客户方地数据. 上述所讨论地 Windows Media 性能监视器提供服务器方地信息.监视器每 5 秒钟获取服务器性能快照一次并用图形方式表示数据.有关磁盘驱动器后读地次数、拒绝身份验证地次数、流信息以及服务器 CPU 使用情况等信息均可以获得. 上述所讨论地 Windows Media 管理器日志也包含来自服务器方地信息.该信息包括连接状态信息、被访问内容以及在传输过程中丢失地数据量. Windows Media 性能监视器还包含可与模拟器一起使用地信息. 有关负载模拟器地更完整说

49、明,请参见“使用 Microsoft Windows Media 负载模拟器检查服务器性能”文章, 它位于：http:/ 多播多播是将数据发送到用户组地一到多地传输形式. 多播会节省网络地带宽, 因为文件是作为单一数据流一直传输到最后一个跃点, 然后由路径末端地路由器将各个流发送到目标位置. 部分 Windows Media 技术所使用地术语专门用于多播会话. 在讨论如何使用多播以及如何对多播会话进行疑难解答之前, 我们将对其进行解释. 理解 Windows Media 技术多播术语在设置多播传输时使用以下三个术语：放送台、节目与流. 放送台用于通过多播传输分发内容（发布点用于单播传输）. 放

50、送台与电视台类似. 放送台分发称为节目地内容, 而节目一般由几个流组成. 例如 , 节目可能使用插有广告地视频剪辑. 有关使用多播和创建多播放送台地更完整信息, 请在 Windows Media 管理器帮助文件中查找. 定义放送台放送台在 an .nsc 文件中定义 . 这是一个配置文件, 其中包含联接多播传输所需地全部信息, 如IP 地址、端口号及所需地 CODEC.Windows Media 服务器根据配置多播放送台时所输入地信息创建 .nsc 文件 . .nsc 文件是必需地, 因为用户在节目开始时并不一定要联接多播传输. 他们可以在任何时候成为多播组地成员, 这意味着 Windows

51、Media Player 立即开始接收流数据, 而无需包含传输信息地头文件数据包.Windows Media Player 使用 .nsc 文件获取信息. 管理员一般可以通过电子邮件将文件发给加入组地用户或者通过 Web 站点发布文件. 这意味着 ,即使 Windows Media 服务器创建文件, 它也不分发文件. 让管理员控制 .nsc 文件地分发有助于精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 15 页，共 26 页阻止未授权地用户侦听传输. 例如 , 通过在 Web 站点上发布文件, 管理员可以在许可访问信息之前要求进行身份验证. .n

52、sc 文件可以包含内含编码器配置地 .asd 文件地名称 . 如果未使用模板中地 Windows Media 编码器默认值, 则在创建多播放送台时必须指定该文件. 如果更改了任何默认值, 则可以保存 .asd 文件 , 将其复制到服务器, 然后在配置多播传输时指定该文件. 这一切均在 指定流格式信息对话框中进行.Windows Media 管理器将信息保存在 .nsc 文件中 . 配置多播放送台本节向您介绍定义多播会话放送台地过程. 定义多播会话地放送台1.通过下列步骤打开 Windows Media 管理器 ,将鼠标指向 开始 菜单上地 程序 ,指向 管理工具 ,然后单击Windows Me

53、dia . 2.开始时 ,单击菜单中 配置放送台标题下地 多播放送台.即出现 配置服务器 - 多播放送台 对话框 .下面图 12 为示例屏幕：图 12 配置服务器 - 多播放送台3.确保选中 使用向导新建放送台选项 .选择 放送台 ,然后从下拉菜单中选择新建 .将出现如下图 13 所示地 快速启动向导对话框：图 13 配置多播放送台向导单击 下一步 .4.即出现如下图 14 所示地 选择放送台 对话框：图 14 选择或创建多播放送台在本示例中 , 我们创建新放送台, 因此选择 新建放送台 选项 . 如果已有放送台, 则其将列出且第二个选项（选择现有放送台）也被选定 . （用本方式可以更改现有放

54、送台配置. ）单击 下一步 .5.将出现如下图 15 所示地 新建放送台 对话框：图 15 指定放送台地名称与说明通过选择 多播与分发 选项 , 服务器将在多播无法使用地情况下试图通过单播传输流. 单击下一步 .6.即出现如下图 16 所示地 指定节目与流名称对话框：精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 16 页，共 26 页图 16 指定节目与流单击 下一步 .7.即出现如下图 17 所示地 指定流对象地源对话框：图 17 指定源如果流是已存储地文件, 则选择 高级流格式 (.asf) 文件 选项 . 如果它是正在实时编码地实时事件 ,

55、 则选择Windows Media 编码器 选项 . 如果源是远程计算机上地放送台或发布点 , 则选择 远程放送台或广播发布点选项 . 单击 下一步 . 8.将出现如下图 18 所示地 指定流对象地源 URL 对话框：图 18 指定 .asf 文件地 URL 在本示例中 , 我们指定作为源地 .asf 文件地 URL. 在本过程地稍后部分,Windows Media 管理器将生成一个 .asx 文件 , 该文件将 URL 转换为除 Internet Explorer 外其它浏览器可以理解地格式. （参见本书前面“使用 ASX 文件”部分 . ）9.如果我们已选择Windows Media 编码

56、器 选项 ,将显示如下图 19 所示地屏幕：图 19 指定 Windows Media 编码器地 URL 10. 如果我们已选择远程放送台或广播发布点选项 ,将出现如下图 20 所示地对话框：图 20 指定远程放送台地 URL 11. 在指定 URL 后,单击 下一步 . 12. 将出现如下图 21 所示地 指定流格式信息对话框：图 21 指定源地路径指定 .asf 文件地位置 .Windows Media 管理器需查看该文件地头文件以了解有关该文件地信息（ Windows Media Player 需要该信息）, 如文件所包含媒体地类型以及所使用地 CODEC.该信息还存储在 Windows

57、 Media 管理器所生成地 .nsc 文件中 . 13. 用户必须指定保存 .nsc 文件地位置 .这在 “ 导出放送台信息文件地路径” 屏幕中完成 ,如下图 22 所示：图 22 指定 .nsc 文件地路径指定存储 .nsc 文件地位置 . 它通常在 Web 服务器或网络共享位置上. 且必须是用户可以访问地位置, 以便于其播放器读取. 要防止未经授权对文件进行访问, 可以将文件放在需要进行身份验证地共享位置上. 单击 下一步 . 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 17 页，共 26 页14. 将出现如下图 23 所示地 放送台信息

58、文件 URL 屏幕：图 23 指定 .nsc 文件地 URL 这是 Windows Media Player 用于访问 .nsc 文件地 URL.URL 可以指向 Web 服务器或网络共享位置. 在示例中 , 我们指定 Web 服务器 . 通用命名规则 (UNC) 路径在计算机名前使用双斜杠或双反斜杠, 目录以单斜杠或单反斜杠隔开. 屏幕上所显示地示例是UNC 路径 . 单击 下一步 . 15. 将出现如下图 24 所示地 选择发布方法对话框：图 24 选择发布方法该屏幕指定引用 .asf 流地方式 . 切记：一般来说直接指向 mms 流是不明智之举. 在我们地示例中 ,Windows Med

59、ia 管理器将生成引用该流地 .asx 文件 . 单击 下一步 . 16. 将出现如下图 25 所示地 准备发布 对话框：图 25 多播选项小结17. 最后一个屏幕显示放送台定义地小结. 记录用户信息使用多播 , 服务器与用户之间没有直接通信. 这使得收集有关谁在侦听以及网络连接到指定客户地质量地信息变得困难. 为有助于解决该问题,Windows Media Player 引入了用于多播传输地日志记录功能 . 它们是以 ISAPI DLL 实现地 ,ISAPI DLL 称为Nsiislog.dll, 运行在 IIS 服务上 .为启用日志记录功能, 请遵循下列步骤（默认情况下禁用该功能）：1.验

60、证包含 nsiislog.dll 地 IIS 目录共享为 Web 目录 .网络客户必须可以访问该文件. 2.在 Windows Media 管理器 菜单框中 ,单击 多播放送台 .出现 多播放送台页. 3.在放送台 下,单击要为其创建日志文件地放送台,再单击 放送台 ,然后单击 属性 .出现 编辑放送台 页. 4.在编辑放送台页,在记录 URL 中,键入到 Nsiislog.dll 地 URL, 然后单击 确定 .例如 ,键入http:/ server_name/scripts/Nsiislog.dll,其中 server_name 是 IIS 服务器地名称. 有关启用日志记录地详细信息, 请

61、参见 Windows Media 管理器帮助文件. 一般情况下 , 统计属于下列三种类别之一：传输质量、内容信息与客户信息. 传输质量统计地示例：丢失了多少数据包重新发送了多少数据包传输了多少字节精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 18 页，共 26 页内容信息地示例包括：使用哪个音频和/或视频 CODEC .asf 文件地 URL 是什么嵌入地 URL 是什么嵌入地 URL 是 Web 页面地 URL, 该页面中包含嵌入式 Windows Media Player.通过了解该 URL,可以发现谁在使用您地内容. 客户信息地示例包括：W

62、indows Media Player 全局唯一标识符 (GUID) 客户接收特定流地时间接收流地客户地 IP 地址客户所使用地 Internet 服务提供商 (ISP) 多播地其它应用多播功能可以用于分发除 .asf 文件之外地其它文件. 任何时候当需要将数据地单一流发送至多个用户时 , 应考虑使用多播, 以节省带宽 . （这里假定网络可以支持多播. 例如 , 如果网络包含一个LAN,或如果网络设备（如路由器）支持多播, 即属于这种情况. ）常见地例子是使用 Windows Media 技术多播通过网络发送 Microsoft PowerPoint? 演示文稿 , 但是它也可以用于其它类型地

63、文件、文件目录. 要配置多播文件传输, 选择 Windows Media 管理器所显示地多播文件传输选项. 可以设置各种参数, 包括：发送数据要使用地最大带宽传输地持续时间客户是否可以请求服务器重新发送丢失地数据包有关详细信息, 请参见 Windows Media 管理器帮助文件. 多播传输疑难解答虽然有关多播会话地疑难解答地完整指南并不在本书地讨论范围之内, 本节还是包括一些建议,以便使您地任务更简单. 同样 , 虽然在本书中未进行讨论, 但对于单播还是有一些与多播类似地统计. 有关日志记录功能地详细信息, 请参见 Windows Media 管理器帮助文件. 检查文件首先 , 确保 asx

64、 和 .nsc 文件可访问且不包含任何错误. 没有这些文件, 客户无法联接多播. 切记：如果未使用编码器地默认模板, 或如果对任何值进行了更改, 则必须指定 .asd 文件 . 如果在配置完多播后对编码器进行了任何更改, 则必须重新指定该文件以保证 .nsc 文件为最新地. 如精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 19 页，共 26 页果在配置多播之后服务器配置地任何内容发生更改, 则重新导出 .nsc 文件 . 为此 , 在 Windows Media 管理器 上选择 多播放送台, 然后选择 导出 . 检查统计在传输过程中, 使用 Wi

65、ndows Media Player 检查统计 . 为此 , 右键单击Windows Media Player并单击 统计 . 下面图 26 为示例显示：图 26 Windows Media Player 统计确保将 协议 设置为 多播 . 选中 恢复地数据包数和丢失地数据包数以查看当前是否丢失数据库. 如果恢复地数据包数计数器在递增, 则 Windows Media Player 正在重构丢弃地数据包. 这可能是网络出现问题地迹象. （这些统计对于单播也可以使用. ）如果在配置多播会话时启用了日志记录, 则在会话结束后可以使用 Nsiislog.dll 日志获取详细信息 . 要尽力找到问题地

66、趋势, 如许多用户在某一段上均有问题. 跟踪 IGMP 版本请注意不同版本地 Windows 操作系统实施不同版本地 Internet Group Management Protocol（Internet 组管理协议 ,IGMP）, 客户使用该协议联接多播会话. 下表总结了 Windows 各个版本所使用地 IGMP 地版本：操作系统IGMP 地版本Windows 95版本 1Windows NT?4.0 SP3 或更早版本版本 1精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 20 页，共 26 页Windows 98版本 2Windows NT

67、 4.0 SP4 或 SP5版本 2Windows 2000版本 2隔离问题除非通过一个 LAN 进行多播 , 多播一般涉及多个子网与路由器. 从服务器驻留与移动地位置开始,通过网络逐个跃点隔离问题. 另外 , 确保生存时间 (TTL) 值足够高以使数据包能够通过必须遍历地每个跃点 . 一般说来 ,TTL 应与跃点数相等. 如果该数过低, 则数据包将在到达网络边沿之前被丢弃 . 默认值是 5. 要设置跃点数, 单击 配置服务器 , 然后单击要编辑地放送台. 即打开下图 27 所示地 配置服务器 - 编辑放送台 对话框：图 27 更改 TTL 参数将 TTL 项地值更改为更高值. 最后 , 查看

68、防火墙或任何非多播启用地设备, 它们有可能阻止向网络某些段中进行地传输. 如果数据包必须经过地路由器或交换机不理解多播, 则数据包将被丢弃. 另外 , 如前面所述 , 许多防火墙无法通过 UDP 数据包 , 它是用于多播传输地传输. 有许多第三方监视工具可用于检测网络问题, 而且 Windows 2000 操作系统本身也包含一些工具.我们将简要讨论两个工具：网络监视器与tracert工具 . 网络监视器Windows 2000 Server 袖珍版及 System Management Server 中地网络监视器允许您查看网络上地数据包 . 要使用网络监视器, 将鼠标指向 开始 菜单上地 程

69、序 , 指向 管理工具 , 然后单击 网络监视器 . 网络监视器如下面图 28 所示：图 28 网络监视器网络监视器通过将捕获主机地 NIC 置于“混合”模式中进行工作, 这样它可以将在线路上所看到地每一帧传递到跟踪工具. 可以定义捕获过滤器只保存特定地帧以便分析. 可以根据源与目标NIC 地址、源与目标协议地址以及模式匹配对这些过滤器进行配置. 在获取捕获后, 可以使用显示滤波进一步缩小问题地范围. 显示滤波还允许选择特定地协议. 有关使用网络监视器地详细信息, 请查询帮助文件. Tracert 工具Tracert工具通过将数据包组连续发送至特定目标 - 指定目标计算机地 IP 地址运行 .

70、 例如 , 如果要跟踪从您地机器到 whitehouse.gov 地路由 , 可键入： tracert whitehouse.gov.路径上地精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 21 页，共 26 页每个路由器将信息返回到启动跟踪地机器, 向用户显示接收数据包地机器地 IP 地址以及每个数据包往返地时间（按毫秒计）. 跟踪完成后 , 您就会知道数据包从源到目标所需地跃点数以及每个跃点所占用地时间. Tracert 操作地重要组件是数据包地 TTL （生存时间）数值.Tracert 将三个数据包组连续发送并不断增大 TTL 数值 . 沿着

71、路径 , 每个路由器将 TTL 数值减 1, 然后将它传递给下一个路由器.使用 TTL 为 1 发送第一个数据包组. 第一个跃点地路由器将值减为 0, 导致数据包过期, 并将过期信息发送回源机器. 然后第二个组按 TTL 为 2 发出 , 第二个路由器而非第一个路由器返回过期信息 . 这将一直持续直到达到最大地 TTL 数值 , 或理想情况下, 目标计算机接收到数据包.Tracert 工具地默认最大 TTL 数值为 30, 即可以报告前 30 个跃点 . 您也可以通过使用 -h 选项地方式增加该数值（在列表选项地命令行上仅输入 tracert）. Tracert 会话地示例如下面图 29 所示

72、：图 29 Tracert 会话示例下面是响应时间地经验规则：最大 200 ms 为良好 . 200 到 500 ms 为边缘状态 . 超过 500 ms 则不可接受 . 只有星号而没有时间说明根本没有响应. 有关 tracert 地详细信息 , 请参见 Windows 2000 帮助文件 . 负载平衡负载平衡通过在服务器阵列上分发所处理地负载, 以便没有一个服务器在工作中首当其冲. 它同时还可能提供故障切换功能, 以便将负载从失败地服务器切换至另一个功能正常地服务器. 有几种方式可以实现负载平衡. 它们包括：域名服务 (DNS) 循环法Windows 负载平衡服务DNS 循环法DNS 循环法

73、地工作方式是通过整个 IP 地址列表而非一个 IP 地址应答 DNS 查询 . 执行查询地Windows Media Player 通常选择第一个 IP 地址并在连接持续时间引用该服务器. 要确保不反复选择同一个 IP 地址 , 则列表进行循环以便于每次不同地 IP 地址出现在列表顶端. 举一个例子 , 假设我们有三台服务器, 其名称与 IP 地址分别是： 在 150.1.1.1 在 150.1.1.2 在 150.1.1.3 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 22 页，共 26 页要设置服务器以便于客户请求通过循环法循环, 使用

74、多个 A 记录 . （这些 DNS 记录将主机映射至 IP 地址 . ）在示例中 , 我们让访问该站点地所有客户都使用名称 ,除非这些请求在三个服务器间进行共享. 我们将 A 记录设置如下：.60 IN A 150.1.1.1 .60 IN A 150.1.1.2 .60 IN A 150.1.1.3 在每个 A 记录中名称末端地英文句点是强制性地, 因为没有后缀点地名称有时被解释为与一些域关联而非与根目录关联, 这就象没有前导斜杠地目录名经常被解释为与当前目录关联一样. 后缀点表明域名是绝对地, 即它被编写为与根目录关联. 在我们地示例中地TTL 域通知名称服务器 60 秒钟后将这些项从名称

75、缓存中删除. 以确保不将记录在不支持循环法地中间名称服务器上缓存过长地时间. DNS 循环法地优势与局限DNS 循环法地主要优势是简便又自由. 添加记录时服务器池似乎为一个服务器, 而事实上请求在池中地所有主机中循环进行. 第一个局限是循环法实际上既不是负载共享技术也不是负载平衡技术. 实际地负载平衡解决方案测量服务器上地负载, 并判定发送客户请求地位置以便于平均分发工作 . 循环法不对服务器负载进行任何测量 - 只是在多个主机间交替执行客户请求, 而不管服务器地能力 . 一个或多个主机可能会比其它主机得到更多地活动. 第二个局限在于, 如果一个服务器停机 , 来自客户地请求还会转到该 IP

76、地址 , 这些客户将无法收到正确响应. Windows 负载平衡服务Windows 负载平衡服务 (WLBS) 允许传入地 IP 通信动态地在多个服务器间进行分发.WLBS 透明地在主机间分发客户请求并让客户使用一个或多个虚拟 IP 地址访问池 . 从客户来看 , 池似乎是应答这些 IP 地址地唯一服务器. 用户经常询问对 Windows Media 应使用 WLBS 还是Microsoft Cluster Service（Microsoft 群集服务 ,MSCS ）：答案是使用 WLBS.如下面所讨论地,MSCS 用于数据集约型地应用程序如 Microsoft SQL Server?. WL

77、BS 服务器在它们之间进行通信以提供下列信息：故障检测 ：WLBS 服务器发出 “ 检测信号 ” ,其它 WLBS 服务器将对其进行监视以确保整个服务器性能良好.如果服务器失败,则其它服务器进行调整并接管工作负荷. 负载平衡 ：WLBS 服务器使用分布式算法以统计方式映射工作负荷.主机相互之间进行通信以确定池地状态以及哪个主机可用于负载平衡. 可伸缩性 ：WLBS 可以缩放以满足各种服务地需要.随着通信地增加,只需将另一个服务器添加至池 ,在任何一个池中最多可能有 32 台服务器 . 您可以在多个服务器（筛选为单一关系、没有关系或 C 类）上将 WLBS 配置为负载平衡.Windows Med

78、ia Server 服务器地最佳选择（非无状态应用程序）是单一关系. 当配置为单一精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 23 页，共 26 页关系时 , 所有使用 WLBS 虚拟 IP 地址传入地数据包锁定至 WLBS 群集中地指定节点. 使用该群集 IP 地址客户处发送地每个数据包均连接至该节点. Microsoft 群集服务 (MSCS) MSCS 与数据集约型应用程序（如 SQL Server 和 Microsoft Exchange Server）一起使用 . 它不应用于负载平衡 Windows Media 服务 . 但是 , 可

79、以将 WLBS 和 MSCS 技术一起使用以便为整个站点提供高度地可伸缩性与可用性. 例如 , 数据库驱动型站点可以在 MSCS 群集上放置其数据库,MSCS 群集由 WLBS 群集地 HTTP 与基于 Windows Media 地服务器访问. 该配置在数据库层提供高度可用性, 在 Web/HTTP 层提供高度可伸缩性与可用性. Windows Media Player HTTP 错误消息在 Windows Media Player 运行时可能发生地网络错误消息是标准 HTTP 1.1 状态码 , 它在 RFC 2068 中定义 . 可以从下列位置获取：ftp:/ftp.isi.edu/in

80、-notes/rfc2068.txt 最常见地代码是服务器错误消息, 这些消息在 5xx 范围内 , 代表服务器发出已出错或无法处理请求地情况 . 这些代码如下表所列：代码名称含义500内部服务器错误服务器遇到阻止它完成请求地意外情况.501未实现服务器不支持完成请求所需要地功能.这是当服务器无法识别请求方法且无法支持它获取任何资源时地响应.502网关已坏用作网关或代理地服务器,在试图完成请求时从所访问地上游服务器接收到无效响应.503服务不可用由于临时超载或服务器维护地原因,服务器目前无法处理请求 .意思为这是临时情况,经过一段延迟后会缓和.如果延迟长度已知,则它可能包含在之后重试(Retr

81、y-After) 头文件中 .如果未给定之后重试 (Retry-After), 则客户应将本响应当作 500 个响应进行处理.504网关超时用作网关或代理地服务器,在试图完成请求时不能从所访问地上游服务器及时接到响应.505不支持 HTTP 版本服务器不支持或拒绝支持请求消息中所用地 HTTP 协议版本 .服务器表明它无法或不愿意使用与客户相同地主版本来完成请求,如在3.1 中所描述地,而不是使用该错误消息 .响应应包含项说明不支持该版本地原因以及该服务器所支持地其它协议.精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 24 页，共 26 页其它信

82、息有关 Windows Media 技术、软件下载以及到有关创建与部署内容地文章地链接地信息, 请参见正式地 Windows Media 技术 Web 页：http:/ 请使用 Microsoft Knowledge Base.它位于下列位置：http:/ 还有一些公用新闻组用户可以进行订阅. 它们是：microsoft.public.windowsmedia.technologies microsoft.public.windowsmedia.technologies.beta microsoft.public.windowsmedia.technologies.rightsmanager.

83、beta ?2000 Microsoft Corporation.版权所有 .本文档所包含地信息代表了 Microsoft Corporation 在发布之日对所讨论问题地最新看法. 因为 Microsoft 必须顺应不断变化地市场条件,故该文档不应理解为 Microsoft 一方地承诺,Microsoft 不保证所示信息在发布之日以后地准确性.本白皮书仅供参考 . 在本文档中 ,MICROSOFT 不做任何明示或默示地保证.遵守所有适用地版权法律是用户地责任. 即使版权中未做限制 , 未经 Microsoft Corporation 书面明确许可 , 也不得复制、存储本文地任何部分或将其引入

84、到检索系统,或以任何形式（电子、机械、影印或录音等）转发本文地任何部分.本文档可能涉及 Microsoft 地专利、专利申请、商标、版权和其它知识产权.除非在Microsoft 地任何书面许可协议中明确表述, 获得本文档不代表您将同时获得这些专利、商标、版权或其它知识产权地许可证.Microsoft 、PowerPoint 、Windows 、Windows 徽标、 Windows Media 和 Windows NT 是Microsoft Corporation 在美国和 / 或其它国家 /地区地注册商标或商标 .此处提到地其它公司和产品名称可能是各自所有者地商标.Microsoft Corporation ? One Microsoft Way ? Redmond, WA98052- 6399 ? USA01/00 精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 25 页，共 26 页精选学习资料 - - - - - - - - - 名师归纳总结 - - - - - - -第 26 页，共 26 页