Helix Server Now.docx
《Helix Server Now.docx》由会员分享，可在线阅读，更多相关《Helix Server Now.docx（27页珍藏版）》请在冰豆网上搜索。
HelixServerNow
HelixServerNow!
RealServer9.0中文版说明
1、开篇语
2.HelixServer的安装
和以往的RealServer的产品线一样,HelixServer同样是通过License来确认用户授权的.在第一时间,我们通过官方网站申请了产品的试用License.以往,RealNetworks公司提供的是免费的无时间期限或长时间期限的授权,但是会约束授权的功能.而这次对于新的HelixServer,网站上发布的授权则是仅有30天限制的短时间License,不过值得庆幸的是,这个授权打开了绝大多数的授权.或许是公司想让用户更好的了解HelixServer的新性能,同时RealNetworks公司同样也有决心很多用户将会在30天后购买新的授权.
顺便要说一句的是,新的HelixServer的授权改用了新的算法,以前授权文件将会失效!
在这里顺便插一句,请大家使用正版授权文件,采用盗版或者破解的授权文件,RealNetworks公司将不对其造成的系统崩溃或其他损坏作出承诺和保证.
在RealNetworks公司上填写简单的表单以后,就可以下载HelixServer了,同时,一个免费的试用授权文件被同时发送到你填写的EMAIL信箱中,一般来说,这个过程是很迅速的.我下载完以后去收信就已经收到了,如果你没有收到授权.那么就再多填一次吧,不行的话就填写一个国外的信箱.因为这一步是不可少的,没有授权,你什么都别想做!
本次系统安装测试的平台是我的笔记本（IBMT23）,排除硬件兼容性的干扰因素,采用的测试平台是.NETENT3660,全新系统!
目的是为了以后在一个平台上面测试CORONA和HELIX而准备的.
安装界面还是继承了Real公司一贯的风格和特点!
除了一路回车以外,在这里我提醒大家注意下面几个端口:
注意到了吧,如果这两个端口不定义好,将会在后来导致一些不必要的端口冲突.前面的80端口是WWW服务的默认端口,而后面的1755是WM服务中TCP和UDP的单播端口.如果你想在同一台机器上面安装WMS;IIS和Helix的话,这点就要注意了.另外要说明的是安装程序本身并不带有端口侦测功能.我为了使Helix安装的时候不抢80端口,曾特意将IIS装上,并绑定80端口,但是在安装的时候Helix还是义无反顾的定义他的HTTP传输端口到80上面.大家千万要小心.
下面是安装好以后调用的管理界面.看上去清新了很多!
我很喜欢!
相信你也会喜欢的.
下面就是这个免费的限时授权文件的权限情况
这里是帮助文件...
下面的章节中,将详细和您介绍HelixServer的相关选项!
首先我们进入的是ServerSetup!
3.ServerSetup-Ports
下面的一些章节将介绍的是HelixServer的一些设置情况:
首先我们看到的是关于端口的设置选项:
在点开浏览的大图中,我们可以看到自上而下依次定义了各种不同类型的端口,包括RTSP,PNA,HTTP,MONITOR,ADMIN等这些老端口,同时也有新端口,那就是MMS端口.提供对WM媒体文件的支持是HelixServer的一个很重要的新特性.下面会有很多内容涉及到这一点,而关于端口冲突的问题,我们在安装的时候已经将过了.
EnableRamgenPortHintingURLs和UDPResendPort在原来的Real系统里面就有过设置,在这里也就不重复说明.有一个新东西就是EnableHTTPFailOverURLforASXGen,这是一个和ASX文件播放相关的选项.在HelixServer有WM媒体文件内容的时候会用得到.
Nextto:
IPBinding
3.ServerSetup-IPBinding
一台HelixServer服务器上可能有不止一块的网卡,或者在一块网卡上可能有不只一个的IP地址,在某些情况下,就必须对HelixServer的IP地址进行绑定.这个页面就是用来进行对服务器进行IP地址绑定以及对现有绑定进行编辑和删除的.
要注意的是,绑定IP地址或者改变绑定以后,服务器将需要重新启动.
Nextto:
MIMEType
3.ServerSetup-MIMEType
MIMEType的定义用于告诉服务器如何正确的识别文件,以保证其能完整有效的通过HTTP协议进行传输.对应于相应的扩展名,在这里都能找到相关的定义格式.
要注意的是,并不是所有文件的扩展名在这里都能找到,只有需要通过HTTP协议传输的文件,必须在此定义MIME类型.而类似RM,ASF等这些直接通过RTSP协议传输的文件是不需要在这里定义的.
Nextto:
ConnectingControl
3.ServerSetup-ConnectingControl
ConnectingControl用来定义HelixServer有关连接的选项,从下面图片中我们可以看到在这里可以定义服务器的最大连接数,最大允许连接数（这个就是有授权所规定的）,以及对用户播放器的限制,比如仅限制Realplayer播放器使用,或者仅限制PLUS版本播放器使用等等.当然在这里还可以对服务的带宽进行限制,以保证同一台服务器上面的其他服务有足够的网络资源.
（点击观看原始图片）
Nextto:
RedundantServer
3.ServerSetup-RedundantServer
这里是关于HelixServer的冗余服务器的配置页面,我们引用下面的图示象大家介绍冗余服务器的概念,冗余服务器是保证大规模稳定服务的必须配置!
同样的直播流和媒体文件被镜像的放置于几个不同的服务器上,当用户连接其中的一个服务器失败的时候（导致失败的原因将是多样的）,用户将被重新定向到另外一个备份的冗余服务器上去.
在这个页面中,我们可以定义冗余服务器列表,目录映射关系以及例外目录设置.
Nextto:
MountPoints
3.ServerSetup-MountPoints
这里的设置我想就不用多介绍了,应该用过REALSERVER的人对这里都是了如指掌了.但是现在这里也多了一些东西,那就是多了一个映射网络硬盘的功能以及打开CACHE功能的设定.大家可以从下面的图中一看究竟.
改变映射需要重新启动服务才能生效!
Nextto:
URLAliasing
3.ServerSetup-URLAliasing
简单的说,这里介绍的就是一个别名指向,通过一个简单的别名,让用户更加方便的记忆.方便吧,以后那一长串的地址,只要用rtsp:
//server:
port/alising就能代替了,方便吧!
Nextto:
HTTPDelivery
3.ServerSetup-HTTPDelivery
HelixServer同样需要通过HTTP传输某些文件.下面的这些目录就是定义为通过HTTP协议传输的.你可以增加或者对目录进行编辑管理.通过HTTP协议传输文件对于处于防火墙后面的用户是非常必要的.
Nextto:
CacheDirectives
3.ServerSetup-CacheDirectives
HelixServer默认状态下是对所有的点播文件和直播文件进行CACHE的处理,这就会出现一个问题,在采用HelixProxy对多个Server进行管理的时候,CACHE将会导致一些不必要的麻烦,在这里,就是设置对某写文件和目录关闭CACHE功能的选项.比如一些实时性的新闻节目以及我们前面所说的从Server到Proxy的交流之间,都需要关闭CACHE功能.
Nextto:
MediaSample
3.ServerSetup-MediaSample
在这里,我们可以测试当前服务器的服务情况,通过这里的示例文件,我们可以点播包括RM,FLASH,RP/RT,MPEG-1,MPEG-4,QT,ASF/WMV/WMA,在内的多种文件,可见,新的HelixServer对于文件多样性上的支持比原来好了很多.
要说明的是这里的MPEG-4演示是需要专门下载EnvivioTVPlug_in的一个CODEC.
关于SERVERSETUP的介绍就说这么多了,下面还有好多东西呢,接下来的是....
Nextto:
AccessControl
4.Security-AccessControl
这里是对访问进行权限设定的地方,可以定义允许或者禁止来自某个或者某段IP的访问请求,而且可以针对每个端口进行专门的设置,大家看一下下面的截图就会了解了.
在下面的图中,我们可以看到对每一个规则,你可以定义允许权限,地址和子网掩码,以及特定的端口,而且可以对SERVER和CLIENT有不同的设置.
Nextto:
UserDatabases
4.Security-UserDatabases
这里是对用户认证数据库的定义,HelixServer支持多种数据库类型的数据文件,包括FlatFile/ODBC/mSQL/RN5DBWrapper类型的数据库.
我们会在马上的Authentication中给大家介绍,如何在用户数据库上增加用户组和用户信息.
Nextto:
Authentication
4.Security-Authentication
我们可以在这个页面中增加登陆服务器的用户组和用户名.首先是增加用户组,我们可以从"+"开始入手,增加完用户组以后对用户组进行权限的定义,然后,再由下方增加单个用户到某个用户组.这样,就能实现对用户权限的管理了...赫赫.下面我们看通过用户权限管理可以做什么事情呢?
Nextto:
Commerce
4.Security-Commerce
赫赫,这个页面就比较复杂了,其实细细看来也不繁,这里就是定义了加密以后的REAL文件的传输,某些目录中的文件在被调用的时候,将会需要进行用户的验证.在右侧,我们就可以选择生效用户组类型,那么以后,我们就可以对特定的用户提供特定的服务了,这点对于以后互联网流媒体收费是十分重要的.其实,收费是最终目的,而为了达到这个目的,首先是要提供足够好的内容服务,对么?
关于Security选项的内容就说这么多了,接下去的是Logging&Monitoring选项.
Nextto:
ServerMonitor
5.LOGGING&Monitoring-ServerMonitor
由于测试平台是.NET平台,所以默认情况下是没有安装JAVA虚拟机的,这个系统监视页面需要有JAVA虚拟机才能正常的运行.由于HelixServer支持多种文件格式,我们可以看到在一个监视界面上面同时有asf,rm,qt文件同时被调用的壮观景象!
Nextto:
Access&ErrorLogging
5.LOGGING&Monitoring-Access&ErrorLogging
权限操作日志和错误日志,基本上这两个选项是不需要更改的,除非你的服务器有非常大的数据流量,你可以适当更改一些日志选项,以保证你的服务器不会被日志挤爆...
错误日志将会告诉你系统出现的错误情况,而权限操作日志则可能帮助你找出导致这个错误的原因.如果你还有更多的需要,那么就继续往下看,下面要介绍的就是自定义的日志操作了.
Nextto:
CustomLogging
5.LOGGING&Monitoring-CustomLogging
这里就是自定义日志的选项了,这是服务于对HelixServer有特殊要求的人,里面详细的定义了日志的类型,记录时间,描述,输出格式等等,如果你有兴趣,看看也好.
关于日志和系统监视的内容就说这么多,下面要说的是HelixServer的一些广播设置!
Nextto:
RealNetworksEncoding
6.Broadcasting-RealNetworksEncoding
从这个页面我们就可以看到,在新版本的HelixProducer中,采用的是新的端口,REAL公司仍然称新版本的HelixProducer为9.0Producer,呵呵!
当然,HelixServer也对以往的Producer有着很好的支持,在下面的一个框中,我们就看到了和以往一样的设置选项.关于HelixProducer,我们会在不久以后给出专门的测评报告.希望大家密切关注.下面我们还要更多的介绍HelixServer对其他编码器的支持情况...
Nextto:
QT&RTPEncoding
6.Broadcasting-QT&RTPEncoding
这里我们看到的是关于HelixServer对QuickTime的编码器的支持,以后,就可以直接通过QuickTime的编码器发送到HelixServer上了.当然还有其他的RTP的编码器.
Nextto:
WindowsMediaEncoding
6.Broadcasting-WindowsMediaEncoding
我想,如果微软看到这个页面,肯定会气死的,他的编码器白白为Helix做了嫁衣裳.REAL特别为微软的WindowsMediaEncoder度身定做了这样的界面.非常简单的设置以后,就可以通过WindowsMediaEncoder向HelixServer发布直播流了.可惜,我们在Corona上面并没有看到对Real的支持.
Nextto:
LiveArchiving
6.Broadcasting-LiveArchiving
原来在RealProducerPlus8.5的时候,我们就看到,在压缩的时候可以往服务器上传送,同时可以保存一个副本到本地硬盘.这是一个非常不错的功能,但是有一个问题就是,怎样再把本地的文件上传到服务器上供以后点播使用呢?
Helix解决了这个问题,这也就是我们现在看到的这个LiveArchiving,原理很简单,设置了路径和名称以后,服务器会监测当前上传的直播流,如果有一致的,则启动录制功能,保存到服务器上的一个制定目录,供以后点播使用.在这里也可以规定录制的时间.
我们不免可以想象这样一个过程,就是从录制服务器上定时启动编码器,然后一旦编码器启动,这边就开始自动录制了.这的确是一个很好的功能,但是同样也提出这样一个问题,就是有没有对于正在24小时直播的流,定时启动这个Archiving功能呢?
我没有在页面上面看到具体的选项.这算不算是一个遗憾呢?
好了,就说这么多,还有更多东西等着我们呢!
Nextto:
BroadcastRedundancy
6.Broadcasting-BroadcastRedundancy
这也是一个冗余服务的问题,你可以把很多的流看做是一个流,当其中的一个直播流出现故障或者无法连接的时候,用户将被指向到另外一个正常的直播流上面.看来,REAL公司在这次的产品中特别强调了稳定这个关键因素,而这点正是微软所最缺乏的...
说了这么多关于直播录制的,下面我们要说的是在服务器之间的交换信息.
Nextto:
Transmitter
7.BroadcastDistribution-Transmitter
这里定义的是当前服务器向外分发服务的设置,可以通过两种不同的方式来设置,一种是通过具体接收者,而另外一种则是通过Pull的方式向外分发.具体情况可以根据实际的使用需要来选择.由于这里的设置和原理RealServer8里面的设置一样,我们就不再详细的说明了.
Nextto:
Receiver
7.BroadcastDistribution-Receiver
设置完一个发布点的服务器以后,下面我们就要设置接收服务器了,这里我们看到的页面就是设置接收服务器的设置页面,同样的,也有两种不同的接收方式.设置完以后,就可以从接收服务器将接收到的数据进行再次的分发.
通过这样的方法,我们可以将文件在多个服务器之间共享和传输,并且可以在硬件的支持下进行服务器集群的管理和配置.
Nextto:
Back-Channel
7.BroadcastDistribution-Back-ChannelMulticasting
这是一个关于Multicast的设置过程,默认的情况下HelixServer是打开Multicast选项的,客户端将先通过尝试Multicast来进行到服务器的连接,如果连接不成功,则改用Unicast方式进行连接.可惜玩real了这么久,一直没有做过Multicast,原来在教育网内就有这个想法了,现在到了公网,实现的可能性更几乎为零了.不过在宽带小区内部架设服务器的时候或许可以用得到...
Nextto:
SessionAnnouncement
7.BroadcastDistribution-SessionAnnouncement
这也是一个和Multicast相关的选项,通过起用任务声明机制,播放器可以通过SAP的方式到制定端口获取数据文件的信息.
Nextto:
ContentCaching
8.ContentManagement-ContentCaching
我们用下面的图示简单的向大家描述内容缓存的过程:
在这里,文件被动态的传输在不同的服务器之间,每个服务器提供出部分空间作为缓存区域,当用户调用某个文件的时候,先检测缓存区域十分存在该文件,否则再从内容发布服务器获取该文件.这样做的目的,当然就是为了更好的为用户提供稳定和高速的服务.
Nextto:
ISPHosting
8.ContentManagement-ISPHosting
ISPHosting是用于ISP服务商来进行用户和文件管理的,我们在以前版本的RealServer8里面已经见到过了.而且界面也没有太多变化,我们在这里就不再做更多的说明了.
Nextto:
ContentBrowsing
8.ContentManagement-ContentBrowsing
这里的功能就是浏览当前媒体文件夹下面的媒体文件了,与原来版本不同的是.老版本只能浏览服务器映射根目录下面的媒体文件,而新的Helix可以浏览不同媒体文件夹下面的媒体文件.在下面的下拉框中选中相应的映射目录以后,点击BrowserContent就可以了,是不是很方便呢!
Nextto:
ViewSource
8.ContentManagement-ViewSource
这个功能就不用多介绍了,会用的人都知道他的好处!
我们要尊重对方的劳动成果嘛!
而且随着RealONEPlayer的推进和普及,知道这个功能的人会越来越少的!
Nextto:
AdServing
9.Advertising-AdServing
广告功能是大家一直以来很关注的,一直以来,这个功能被认为很神秘.因为相关的授权文件是很昂贵的.（不过嘛...呵呵...）
我们在这里看到的广告模块和原来的广告模块也没有太大的变化,广告的投放方式还是那么几种.不过,我想这已经够用了,毕竟这样的服务能使用的人是少之又少.
Nextto:
AdSMILGenerator
9.Advertising-AdSMILGenerator
在抱怨了AD模块没有太大变化以后,我们在这里倒是看到了令人可喜的变化,
那就是用于AD的SMIL语言,可以通过Helix来自动生成了.虽然变化是很少,但是还是体现出非常人性的一面.这样,就不怕自己手工写SMIL时候出错了.呵呵.
Nextto:
AdTimeouts
9.Advertising-AdTimeouts
这是定义Ad模块的超时的页面,页面很简单.
关于HelixServer的介绍我们就说这么多了.在发布HelixServer的同时,RealNetworks公司还发布了其他几个并行产品.比如:
HelixProducer等等!
转自：
HelixServer术语解释:
在HelixServer安装完成后，它并不能立即提供视频点播服务。
首先必须要为其绑定IP地址，才可以让用户访问到它。
另外，由于默认主目录（即安装目录）为系统分区，还应当将它
升级会员 