监控流媒体服务器转发环节-如何确保媒体转发服务器的安全性及效率

在数字化时代，监控流媒体服务器在视频监控系统中扮演着至关重要的角色，这些服务器不仅负责接收、处理和存储视频数据，还负责将视频流转发到各个终端设备，本文将详细介绍监控流媒体服务器的工作原理、转发机制以及如何监控媒体转发服务器,以确保系统的稳定性和安全性。

监控流媒体服务器

1 定义

监控流媒体服务器是一种专门为视频监控应用设计的服务器，它能够接收来自监控摄像头的视频流，并进行实时或延迟处理,然后将处理后的视频流转发到客户端设备。

2 功能

监控流媒体服务器转发机制

1 转发原理

监控流媒体服务器的转发机制通常基于以下步骤：

2 转发类型

3 转发协议

监控媒体转发服务器

1 监控目的

监控媒体转发服务器的主要目的是确保视频流的稳定传输,及时发现并解决可能出现的故障。

2 监控内容

3 监控方法

表格：监控流媒体服务器关键指标

Q1：监控流媒体服务器转发视频流时，如何保证视频质量？ 为了保证视频质量，监控流媒体服务器在转发视频流时，会采用适当的编码格式和压缩算法,服务器会根据网络带宽和客户端设备的能力动态调整视频流的码率和分辨率。

Q2：如何优化监控流媒体服务器的性能？ 优化监控流媒体服务器的性能可以从以下几个方面入手：

什么是NTFS文件？

NTFS (New Technology File System)是 Windows NT 操作环境和 Windows NT 高级服务器网络操作系统环境的文件系统 的目标是提供：可靠性，通过可恢复能力(事件跟踪)和热定位的容错特征实现；增加功能性的一个平台；对 POSIX 需求的支持；消除 FAT 和 HPFS 文件系统中的限制。 NTFS 提供长文件名、数据保护和恢复，并通过目录和文件许可实现安全性。 NTFS 支持大硬盘和在多个硬盘上存储文件(称为跨越分区)。 例如，一个大公司的数据库可能大得必须跨越不同的硬盘。 NTFS 提供内置安全性特征，它控制文件的隶属关系和访问。 从 DOS 或其他操作系统上不能直接访问 NTFS 分区上的文件。 如果要在DOS下读写NTFS分区文件的话可以借助第三方软件；现如今，Linux 系统上已可以使用 NTFS-3G 进行对 NTFS 分区的完美读写，不必担心数据丢失。 这是Windows NT 安全性系统的一部分，但是，只有在使用 NTFS 时才是这样。 Win 2000采用了更新版本的NTFS文件系统NTFS 5.0，它的推出使得用户不但可以像Win 9X那样方便快捷地操作和管理计算机，同时也可享受到NTFS所带来的系统安全性。 NTFS 允许文件名的长度可达 256 个字符。 虽然 DOS 用户不能访问 NTFS 分区，但是 NTFS 文件可以拷贝到 DOS 分区。 每个 NTFS 文件包含一个可被 DOS 文件名格式认可的 DOS 可读文件名。 这个文件名是 NTFS 从长文件名的开始字符中产生的。 convert命令将FAT32无损转成NTFS格式　将FAT 卷转换成 NTFS。 CONVERT volume /FS:NTFS [/V] [/CvtArea:filename] [/NoSecurity] [/X] volume 指定驱动器号(后面跟一个冒号)、 装载点或卷名，但不能反过来无损操作。

如何保护DNS服务器？

DNS解析是Internet绝大多数应用的实际定址方式;它的出现完美的解决了企业服务与企业形象结合的问题，企业的DNS名称是Internet上的身份标识，是不可重覆的唯一标识资源，Internet的全球化使得DNS名称成为标识企业的最重要资源。

1.使用DNS转发器

DNS转发器是为其他DNS服务器完成DNS查询的DNS服务器。 使用DNS转发器的主要目的是减轻DNS处理的压力，把查询请求从DNS服务器转给转发器， 从DNS转发器潜在地更大DNS高速缓存中受益。

使用DNS转发器的另一个好处是它阻止了DNS服务器转发来自互联网DNS服务器的查询请求。 如果你的DNS服务器保存了你内部的域DNS资源记录的话， 这一点就非常重要。 不让内部DNS服务器进行递归查询并直接联系DNS服务器，而是让它使用转发器来处理未授权的请求。

2.使用只缓冲DNS服务器

只缓冲DNS服务器是针对为授权域名的。 它被用做递归查询或者使用转发器。 当只缓冲DNS服务器收到一个反馈，它把结果保存在高速缓存中，然后把 结果发送给向它提出DNS查询请求的系统。 随着时间推移，只缓冲DNS服务器可以收集大量的DNS反馈，这能极大地缩短它提供DNS响应的时间。

把只缓冲DNS服务器作为转发器使用，在你的管理控制下，可以提高组织安全性。 内部DNS服务器可以把只缓冲DNS服务器当作自己的转发器，只缓冲 DNS服务器代替你的内部DNS服务器完成递归查询。 使用你自己的只缓冲DNS服务器作为转发器能够提高安全性，因为你不需要依赖你的ISP的DNS服务 器作为转发器，在你不能确认ISP的DNS服务器安全性的情况下，更是如此。

3.使用DNS广告者(DNS advertisers)

DNS广告者是一台负责解析域中查询的DNS服务器。

除DNS区文件宿主的其他DNS服务器之外的DNS广告者设置，是DNS广告者只回答其授权的域名的查询。 这种DNS服务器不会对其他DNS服务器进行递归 查询。 这让用户不能使用你的公共DNS服务器来解析其他域名。 通过减少与运行一个公开DNS解析者相关的风险，包括缓存中毒，增加了安全。

4.使用DNS解析者

DNS解析者是一台可以完成递归查询的DNS服务器，它能够解析为授权的域名。 例如，你可能在内部网络上有一台DNS服务器，授权内部网络域名服务器。 当网络中的客户机使用这台DNS服务器去解析时，这台DNS服务器通过向其他DNS服务器查询来执行递归 以获得答案。

DNS服务器和DNS解析者之间的区别是DNS解析者是仅仅针对解析互联网主机名。 DNS解析者可以是未授权DNS域名的只缓存DNS服务器。 你可以让DNS 解析者仅对内部用户使用，你也可以让它仅为外部用户服务，这样你就不用在没有办法控制的外部设立DNS服务器了，从而提高了安全性。 当然，你也 可以让DNS解析者同时被内、外部用户使用。

5.保护DNS不受缓存污染

DNS缓存污染已经成了日益普遍的问题。 绝大部分DNS服务器都能够将DNS查询结果在答复给发出请求的主机之前，就保存在高速缓存中。 DNS高速缓存 能够极大地提高你组织内部的DNS查询性能。 问题是如果你的DNS服务器的高速缓存中被大量假的DNS信息“污染”了的话，用户就有可能被送到恶意站点 而不是他们原先想要访问的网站。

绝大部分DNS服务器都能够通过配置阻止缓存污染。 WindowsServer 2003 DNS服务器默认的配置状态就能够防止缓存污染。 如果你使用的是Windows 2000 DNS服务器，你可以配置它，打开DNS服务器的Properties对话框，然后点击“高级”表。 选择“防止缓存污染”选项，然后重新启动DNS服务器。

6.使DDNS只用安全连接

很多DNS服务器接受动态更新。 动态更新特性使这些DNS服务器能记录使用DHCP的主机的主机名和IP地址。 DDNS能够极大地减

轻DNS管理员的管理费用 ，否则管理员必须手工配置这些主机的DNS资源记录。

然而，如果未检测的DDNS更新，可能会带来很严重的安全问题。 一个恶意用户可以配置主机成为台文件服务器、Web服务器或者数据库服务器动态更新 的DNS主机记录，如果有人想连接到这些服务器就一定会被转移到其他的机器上。

你可以减少恶意DNS升级的风险，通过要求安全连接到DNS服务器执行动态升级。 这很容易做到，你只要配置你的DNS服务器使用活动目录综合区 (Active Directory Integrated ZOnes)并要求安全动态升级就可以实现。 这样一来，所有的域成员都能够安全地、动态更新他们的DNS信息。

7.禁用区域传输

区域传输发生在主DNS服务器和从DNS服务器之间。 主DNS服务器授权特定域名，并且带有可改写的DNS区域文件，在需要的时候可以对该文件进行更新 。 从DNS服务器从主力DNS服务器接收这些区域文件的只读拷贝。 从DNS服务器被用于提高来自内部或者互联网DNS查询响应性能。

然而，区域传输并不仅仅针对从DNS服务器。 任何一个能够发出DNS查询请求的人都可能引起DNS服务器配置改变，允许区域传输倾倒自己的区域数据 库文件。 恶意用户可以使用这些信息来侦察你组织内部的命名计划，并攻击关键服务架构。 你可以配置你的DNS服务器，禁止区域传输请求，或者仅允 许针对组织内特定服务器进行区域传输，以此来进行安全防范。

8.使用防火墙来控制DNS访问

防火墙可以用来控制谁可以连接到你的DNS服务器上。 对于那些仅仅响应内部用户查询请求的DNS服务器，应该设置防火墙的配置，阻止外部主机连接 这些DNS服务器。 对于用做只缓存转发器的DNS服务器，应该设置防火墙的配置，仅仅允许那些使用只缓存转发器的DNS服务器发来的查询请求。 防火墙策略设置的重要一点是阻止内部用户使用DNS协议连接外部DNS服务器。

9.在DNS注册表中建立访问控制

在基于Windows的DNS服务器中，你应该在DNS服务器相关的注册表中设置访问控制，这样只有那些需要访问的帐户才能够阅读或修改这些注册表设置。

HKLM\CurrentControlSet\Services\DNS键应该仅仅允许管理员和系统帐户访问，这些帐户应该拥有完全控制权限。

10.在DNS文件系统入口设置访问控制

在基于Windows的DNS服务器中，你应该在DNS服务器相关的文件系统入口设置访问控制，这样只有需要访问的帐户才能够阅读或修改这些文件。

什么是ADSL协议

ADSL根据它接入互联网方式的不同，它所使用的协议也略有不同，当然了不管ADSL使用怎样的协议，它都是基于TCP/IP这个最基本的协议，并且支持所有TCP/IP程序应用。 以下是ADSL使用中常见协议：　①RFC1483B：就是指通常所提及的1483桥接协议，该功能是基于基本的桥接协议的基础上，其在网络的第一层（物理层）实现，在使用该方案时，modEM只是充当桥接设备，不提供任何协议转换或地址过滤功能，一般当MODEM能与DSLAM同步后，设置好其中的VPI/VCI后，基本上就可以实现用户上网，简而言之此时MODEM仅仅充当HUB相同的功能，在该方案下也有几种联网方案，在该模式下可以实现专线上网（ISP给用户分配固定的IP地址以及子网掩码和默认网关，在不支持NAT功能的MODEM上地址信息必须配置在用户的PC上），同时也可以实现PPPoE拨号方式（MODEM使用1483B方式，在用户PC上安装第三方拨号软件）；但现在很多地方还要使用专线方式下的1483B＋NAT、1483B＋DHCPclient功能（该功能是为了在专线方式时，MODEM的WAN口能动态获得IP地址，这样可以减少ISP的管理工作）。 ②RFC1483R：指1483路由模式，该功能是在桥接的基础上可以实现路由功能，在该模式时，可以在MODEM的广域网口设置公网IP地址，在MODEM的LAN口设置私有IP地址，这样可以轻松实现地址转换功能。 ③RFC1577：即IPOA，通过ATM网传输IP数据包，在该方式下用户必须拥有固定的IP地址和子网掩码以及其他一些网络参数，由于在该方式下无法提供用户名以及密码验证，无法满足网络使用过程中的网络管理以及安全等QoS服务，故该方式目前基本上不再广泛使用。 ④RFC2364：即PPPoA，该方式与上面的RFC1577基本相同，但其在用户与ISP建立基于ATM的物理连接后，通过PPP协议在链路层和网络层上建立会话，使用该协议方式时可以实现PAP、CHAP等安全验证功能，这样为ISP网络的安全管理提供了相应的支持。 在该方式下，MODEM的地址是在通过PPP协议建立连接后由ISP的DHCP服务器自动分配。 ⑤RFC2516：即PPPoE，该方式是基于桥接方式的，当使用该方式时，当MODEM与DSLAM建立基本的物理连接后，由用户端（在MODEM上使用PPPoE方式时，用户端指MODEM）发起PPP请求，通过PAP(PAP：口令认证协议，是用户身份认证的一种形式，它通过用户名和用户口令来验证用户的合法性，由于用户的ID和口令在链路上以文本形式直接传输，因而安全性较差)或CHAP（CHAP：质询握手认证协议，也是用户认证的一种形式，它通过服务器发出认证质询，用户以应答的形式来验证用户的合法性，由于用户的ID和口令经过加密之后再在网络上传输，因此其安全性较好）两种验证方式通过ISP中的UAS验证，而建立网络连接。 注：RFC是Request for Comments Document的缩写。 RFC实际上就是Internet有关服务的一些标准。