您现在的位置： 首页 >> 流媒体相关

Serv-U相关 IIS相关

Helix Server的设置(二) 作者/来源：SmilChona.com 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公司在这次的产品中特别强调了稳定这个关键因素，而这点正是微软所最缺乏的...