Helix Server的设置(二)

zhangzijian

原文:http://tech.lmtw.com/real/200410/2866.html
作者：annie
Access Control
　　这里是对访问进行权限设定的地方，可以定义允许或者禁止来自某个或者某段IP的访问请求，而且可以针对每个端口进行专门的设置，大家看一下下面的截图就会了解了。
　　在下面的图中，我们可以看到对每一个规则，你可以定义允许权限，地址和子网掩码，以及特定的端口，而且可以对SERVER和CLIENT有不同的设置。

　User Databases
　
　这里是对用户认证数据库的定义，Helix Server 支持多种数据库类型的数据文件，包括Flat File/ ODBC/ mSQL/
RN5 DB Wrapper 类型的数据库。我们会在马上的Authentication 中给大家介绍，如何在用户数据库上增加用户组和用户信息.

　　Authentication
　
　我们可以在这个页面中增加登陆服务器的用户组和用户名.首先是增加用户组，我们可以从\"+\"开始入手，增加完用户组以后对用户组进行权限的定义，然
后，再由下方增加单个用户到某个用户组.这样，就能实现对用户权限的管理了...赫赫。下面我们看通过用户权限管理可以做什么事情呢?

　　Commerce
　
　赫赫，这个页面就比较复杂了，其实细细看来也不繁，这里就是定义了加密以后的REAL文件的传输，某些目录中的文件在被调用的时候，将会需要进行用户的
验证.在右侧，我们就可以选择生效用户组类型，那么以后，我们就可以对特定的用户提供特定的服务了，这点对于以后互联网流媒体收费是十分重要的.其实，收
费是最终目的，而为了达到这个目的，首先是要提供足够好的内容服务，对么?

　　关于Security 选项的内容就说这么多了，接下去的是Logging & Monitoring 选项。
LOGGING & Monitoring - Server Monitor
　
　由于测试平台是.NET平台，所以默认情况下是没有安装JAVA虚拟机的，这个系统监视页面需要有JAVA 虚拟机才能正常的运行. 由于Helix
erver支持多种文件格式，我们可以看到在一个监视界面上面同时有asf， rm， qt 文件同时被调用的壮观景象!

　　　Access & Error Logging
　　权限操作日志和错误日志，基本上这两个选项是不需要更改的，除非你的服务器有非常大的数据流量，你可以适当更改一些日志选项，以保证你的服务器不会被日志挤爆...
　　错误日志将会告诉你系统出现的错误情况，而权限操作日志则可能帮助你找出导致这个错误的原因.如果你还有更多的需要，那么就继续往下看，下面要介绍的就是自定义的日志操作了.

　　Custom Logging
　　这里就是自定义日志的选项了，这是服务于对Helix Server 有特殊要求的人，里面详细的定义了日志的类型，记录时间，描述，输出格式等等，如果你有兴趣，看看也好.

　 　　关于日志和系统监视的内容就说这么多，下面要说的是Helix Server 的一些广播设置!
　　我们就可以看到，在新版本的Helix Producer 中，采用的是新的端口，REAL公司仍然称新版本的Helix Producer 为9.0 Producer ， 呵呵!
　
　当然，Helix Server 也对以往的Producer
有着很好的支持，在下面的一个框中，我们就看到了和以往一样的设置选项.关于Helix Producer
，我们会在不久以后给出专门的测评报告.希望大家密切关注.下面我们还要更多的介绍Helix Server 对其他编码器的支持情况...

　QT & RTP Encoding
　　这里我们看到的是关于Helix Server 对QuickTime 的编码器的支持，以后，就可以直接通过QuickTime的编码器发送到Helix Server 上了.当然还有其他的RTP的编码器.

　Windows Media Encoding
　
　我想，如果微软看到这个页面，肯定会气死的，他的编码器白白为Helix做了嫁衣裳.REAL特别为微软的Windows Media
Encoder 度身定做了这样的界面.非常简单的设置以后，就可以通过Windows Media Encoder向Helix Server
发布直播流了.可惜，我们在Corona上面并没有看到对Real的支持.

　　　Live Archiving
　　原来在Real Producer Plus 8.5的时候，我们就看到，在压缩的时候可以往服务器上传送，同时可以保存一个副本到本地硬盘.这是一个非常不错的功能，但是有一个问题就是，怎样再把本地的文件上传到服务器上供以后点播使用呢?
　　Helix解决了这个问题，这也就是我们现在看到的这个Live Archiving，原理很简单，设置了路径和名称以后，服务器会监测当前上传的直播流，如果有一致的，则启动录制功能，保存到服务器上的一个制定目录，供以后点播使用.在这里也可以规定录制的时间.
　
　我们不免可以想象这样一个过程，就是从录制服务器上定时启动编码器，然后一旦编码器启动，这边就开始自动录制了.这的确是一个很好的功能，但是同样也提
出这样一个问题，就是有没有对于正在24小时直播的流，定时启动这个Archiving功能呢?我没有在页面上面看到具体的选项.这算不算是一个遗憾呢?
好了，就说这么多，还有更多东西等着我们呢!

　　Broadcast Redundancy
　　这也是一个冗余服务的问题，你可以把很多的流看做是一个流，当其中的一个直播流出现故障或者无法连接的时候，用户将被指向到另外一个正常的直播流上面.看来，REAL公司在这次的产品中特别强调了稳定这个关键因素，而这点正是微软所最缺乏的...

                               
               
               
               

本文来自ChinaUnix博客，如果查看原文请点：http://blog.chinaunix.net/u/19412/showart_254419.html