1、开篇语
2. Helix Server的安装
和以往的Real Server 的产品线一样,Helix Server同样是通过License 来确认用户授权的.在第一时间,我们通过官方网站申请了产品的试用License.以往,RealNetworks公司提供的是免费的无时间期限或长时间期限的授权,但是会约束授权的功能.而这次对于新的Helix Server,网站上发布的授权则是仅有30天限制的短时间License,不过值得庆幸的是,这个授权打开了绝大多数的授权.或许是公司想让用户更好的了解Helix Server的新性能,同时RealNetworks公司同样也有决心很多用户将会在30天后购买新的授权.
顺便要说一句的是,新的Helix Server的授权改用了新的算法,以前授权文件将会失效!在这里顺便插一句,请大家使用正版授权文件,采用盗版或者破解的授权文件,RealNetworks公司将不对其造成的系统崩溃或其他损坏作出承诺和保证.
在RealNetworks公司上填写简单的表单以后,就可以下载Helix Server了,同时,一个免费的试用授权文件被同时发送到你填写的EMAIL信箱中,一般来说,这个过程是很迅速的.我下载完以后去收信就已经收到了,如果你没有收到授权.那么就再多填一次吧,不行的话就填写一个国外的信箱.因为这一步是不可少的,没有授权,你什么都别想做!
本次系统安装测试的平台是我的笔记本(IBM T23),排除硬件兼容性的干扰因素,采用的测试平台是.NET ENT 3660,全新系统!目的是为了以后在一个平台上面测试CORONA和HELIX而准备的.
安装界面还是继承了Real公司一贯的风格和特点! 除了一路回车以外,在这里我提醒大家注意下面几个端口:
注意到了吧,如果这两个端口不定义好,将会在后来导致一些不必要的端口冲突.前面的80端口是WWW服务的默认端口,而后面的1755是WM服务中TCP和UDP的单播端口.如果你想在同一台机器上面安装WMS;IIS和Helix的话,这点就要注意了.另外要说明的是安装程序本身并不带有端口侦测功能.我为了使Helix安装的时候不抢80端口,曾特意将IIS装上,并绑定80端口,但是在安装的时候Helix还是义无反顾的定义他的HTTP传输端口到80上面.大家千万要小心.
下面是安装好以后调用的管理界面.看上去清新了很多!我很喜欢!相信你也会喜欢的.
下面就是这个免费的限时授权文件的权限情况
这里是帮助文件...
下面的章节中,将详细和您介绍Helix Server 的相关选项!首先我们进入的是Server Setup!
3. Server Setup - Ports
下面的一些章节将介绍的是Helix Server 的一些设置情况:
首先我们看到的是关于端口的设置选项:
在点开浏览的大图中,我们可以看到自上而下依次定义了各种不同类型的端口,包括RTSP, PNA, HTTP, MONITOR, ADMIN等这些老端口,同时也有新端口,那就是MMS端口.提供对WM媒体文件的支持是Helix Server的一个很重要的新特性.下面会有很多内容涉及到这一点,而关于端口冲突的问题,我们在安装的时候已经将过了.
Enable Ramgen Port Hinting URLs 和UDP Resend Port 在原来的Real系统里面就有过设置,在这里也就不重复说明.有一个新东西就是Enable HTTP Fail Over URL for ASXGen,这是一个和ASX文件播放相关的选项.在Helix Server有WM媒体文件内容的时候会用得到.
Next to: IP Binding
3. Server Setup - IP Binding
一台Helix Server服务器上可能有不止一块的网卡,或者在一块网卡上可能有不只一个的IP地址,在某些情况下,就必须对Helix Server的IP地址进行绑定.这个页面就是用来进行对服务器进行IP地址绑定以及对现有绑定进行编辑和删除的.
要注意的是,绑定IP地址或者改变绑定以后,服务器将需要重新启动.
Next to: MIME Type
3. Server Setup - MIME Type
MIME Type的定义用于告诉服务器如何正确的识别文件,以保证其能完整有效的通过HTTP协议进行传输.对应于相应的扩展名,在这里都能找到相关的定义格式.
要注意的是,并不是所有文件的扩展名在这里都能找到,只有需要通过HTTP协议传输的文件,必须在此定义MIME类型.而类似RM, ASF 等这些直接通过RTSP协议传输的文件是不需要在这里定义的.
Next to: Connecting Control
3. Server Setup - Connecting Control
Connecting Control用来定义Helix Server有关连接的选项,从下面图片中我们可以看到在这里可以定义服务器的最大连接数,最大允许连接数(这个就是有授权所规定的),以及对用户播放器的限制, 比如仅限制Realplayer播放器使用,或者仅限制PLUS版本播放器使用等等.当然在这里还可以对服务的带宽进行限制,以保证同一台服务器上面的其他服务有足够的网络资源.
(点击观看原始图片)
Next to: Redundant Server
3. Server Setup - Redundant Server
这里是关于Helix Server 的冗余服务器的配置页面,我们引用下面的图示象大家介绍冗余服务器的概念,冗余服务器是保证大规模稳定服务的必须配置!
同样的直播流和媒体文件被镜像的放置于几个不同的服务器上,当用户连接其中的一个服务器失败的时候(导致失败的原因将是多样的),用户将被重新定向到另外一个备份的冗余服务器上去.
在这个页面中,我们可以定义冗余服务器列表,目录映射关系以及例外目录设置.
Next to: Mount Points
3. Server Setup - Mount Points
这里的设置我想就不用多介绍了,应该用过REAL SERVER 的人对这里都是了如指掌了.但是现在这里也多了一些东西,那就是多了一个映射网络硬盘的功能以及打开CACHE功能的设定. 大家可以从下面的图中一看究竟.
改变映射需要重新启动服务才能生效!
Next to: URL Aliasing
3. Server Setup - URL Aliasing
简单的说,这里介绍的就是一个别名指向,通过一个简单的别名,让用户更加方便的记忆.方便吧,以后那一长串的地址,只要用 rtsp://server:port/alising 就能代替了,方便吧!
Next to: HTTP Delivery
3. Server Setup - HTTP Delivery
Helix Server 同样需要通过HTTP传输某些文件.下面的这些目录就是定义为通过HTTP协议传输的.你可以增加或者对目录进行编辑管理. 通过HTTP协议传输文件对于处于防火墙后面的用户是非常必要的.
Next to: Cache Directives
3. Server Setup - Cache Directives
Helix Server 默认状态下是对所有的点播文件和直播文件进行CACHE的处理,这就会出现一个问题,在采用Helix Proxy对多个Server进行管理的时候,CACHE将会导致一些不必要的麻烦,在这里,就是设置对某写文件和目录关闭CACHE功能的选项.比如一些实时性的新闻节目以及我们前面所说的从Server到Proxy的交流之间,都需要关闭CACHE功能.
Next to: Media Sample
3. Server Setup - Media Sample
在这里,我们可以测试当前服务器的服务情况,通过这里的示例文件,我们可以点播包括RM, FLASH, RP/RT, MPEG-1, MPEG-4, QT, ASF/WMV/WMA, 在内的多种文件,可见,新的Helix Server 对于文件多样性上的支持比原来好了很多.
要说明的是这里的MPEG-4演示是需要专门下载EnvivioTV Plug_in 的一个CODEC.
关于SERVER SETUP的介绍就说这么多了,下面还有好多东西呢,接下来的是....
Next to: Access Control
4. Security - Access Control
这里是对访问进行权限设定的地方,可以定义允许或者禁止来自某个或者某段IP的访问请求,而且可以针对每个端口进行专门的设置,大家看一下下面的截图就会了解了.
在下面的图中,我们可以看到对每一个规则,你可以定义允许权限,地址和子网掩码,以及特定的端口,而且可以对SERVER和CLIENT有不同的设置.
Next to: User Databases
4. Security - User Databases
这里是对用户认证数据库的定义,Helix Server 支持多种数据库类型的数据文件,包括Flat File/ ODBC/ mSQL/ RN5 DB Wrapper 类型的数据库.
我们会在马上的Authentication 中给大家介绍,如何在用户数据库上增加用户组和用户信息.
Next to: Authentication
4. Security - Authentication
我们可以在这个页面中增加登陆服务器的用户组和用户名.首先是增加用户组,我们可以从"+"开始入手,增加完用户组以后对用户组进行权限的定义,然后,再由下方增加单个用户到某个用户组.这样,就能实现对用户权限的管理了...赫赫.下面我们看通过用户权限管理可以做什么事情呢?
Next to: Commerce
4. Security - Commerce
赫赫,这个页面就比较复杂了,其实细细看来也不繁,这里就是定义了加密以后的REAL文件的传输,某些目录中的文件在被调用的时候,将会需要进行用户的验证.在右侧,我们就可以选择生效用户组类型,那么以后,我们就可以对特定的用户提供特定的服务了,这点对于以后互联网流媒体收费是十分重要的.其实,收费是最终目的,而为了达到这个目的,首先是要提供足够好的内容服务,对么?
关于Security 选项的内容就说这么多了,接下去的是Logging & Monitoring 选项.
Next to: Server Monitor
5. LOGGING & Monitoring - Server Monitor
由于测试平台是.NET平台,所以默认情况下是没有安装JAVA虚拟机的,这个系统监视页面需要有JAVA 虚拟机才能正常的运行. 由于Helix Server 支持多种文件格式,我们可以看到在一个监视界面上面同时有asf, rm, qt 文件同时被调用的壮观景象!
Next to: Access & Error Logging
5. LOGGING & Monitoring - Access & Error Logging
权限操作日志和错误日志,基本上这两个选项是不需要更改的,除非你的服务器有非常大的数据流量,你可以适当更改一些日志选项,以保证你的服务器不会被日志挤爆...
错误日志将会告诉你系统出现的错误情况,而权限操作日志则可能帮助你找出导致这个错误的原因.如果你还有更多的需要,那么就继续往下看,下面要介绍的就是自定义的日志操作了.
Next to: Custom Logging
5. LOGGING & Monitoring - Custom Logging
这里就是自定义日志的选项了,这是服务于对Helix Server 有特殊要求的人,里面详细的定义了日志的类型,记录时间,描述,输出格式等等,如果你有兴趣,看看也好.
关于日志和系统监视的内容就说这么多,下面要说的是Helix Server 的一些广播设置!
Next to: RealNetworks Encoding
6. Broadcasting - RealNetworks Encoding
从这个页面我们就可以看到,在新版本的Helix Producer 中,采用的是新的端口,REAL公司仍然称新版本的Helix Producer 为9.0 Producer , 呵呵!
当然,Helix Server 也对以往的Producer 有着很好的支持,在下面的一个框中,我们就看到了和以往一样的设置选项.关于Helix Producer ,我们会在不久以后给出专门的测评报告.希望大家密切关注.下面我们还要更多的介绍Helix Server 对其他编码器的支持情况...
Next to: QT & RTP Encoding
6. Broadcasting - QT & RTP Encoding
这里我们看到的是关于Helix Server 对QuickTime 的编码器的支持,以后,就可以直接通过QuickTime的编码器发送到Helix Server 上了.当然还有其他的RTP的编码器.
Next to: Windows Media Encoding
6. Broadcasting - Windows Media Encoding
我想,如果微软看到这个页面,肯定会气死的,他的编码器白白为Helix做了嫁衣裳.REAL特别为微软的Windows Media Encoder 度身定做了这样的界面.非常简单的设置以后,就可以通过Windows Media Encoder向Helix Server 发布直播流了.可惜,我们在Corona上面并没有看到对Real的支持.
Next to: Live Archiving
6. Broadcasting - Live Archiving
原来在Real Producer Plus 8.5的时候,我们就看到,在压缩的时候可以往服务器上传送,同时可以保存一个副本到本地硬盘.这是一个非常不错的功能,但是有一个问题就是,怎样再把本地的文件上传到服务器上供以后点播使用呢?
Helix解决了这个问题,这也就是我们现在看到的这个Live Archiving,原理很简单,设置了路径和名称以后,服务器会监测当前上传的直播流,如果有一致的,则启动录制功能,保存到服务器上的一个制定目录,供以后点播使用.在这里也可以规定录制的时间.
我们不免可以想象这样一个过程,就是从录制服务器上定时启动编码器,然后一旦编码器启动,这边就开始自动录制了.这的确是一个很好的功能,但是同样也提出这样一个问题,就是有没有对于正在24小时直播的流,定时启动这个Archiving功能呢?我没有在页面上面看到具体的选项.这算不算是一个遗憾呢?好了,就说这么多,还有更多东西等着我们呢!
Next to: Broadcast Redundancy
6. Broadcasting - Broadcast Redundancy
这也是一个冗余服务的问题,你可以把很多的流看做是一个流,当其中的一个直播流出现故障或者无法连接的时候,用户将被指向到另外一个正常的直播流上面.看来,REAL公司在这次的产品中特别强调了稳定这个关键因素,而这点正是微软所最缺乏的...
说了这么多关于直播录制的,下面我们要说的是在服务器之间的交换信息.
Next to: Transmitter
7. Broadcast Distribution - Transmitter
这里定义的是当前服务器向外分发服务的设置,可以通过两种不同的方式来设置,一种是通过具体接收者,而另外一种则是通过Pull的方式向外分发.具体情况可以根据实际的使用需要来选择.由于这里的设置和原理Real Server 8 里面的设置一样,我们就不再详细的说明了.
Next to: Receiver
7. Broadcast Distribution - Receiver
设置完一个发布点的服务器以后,下面我们就要设置接收服务器了,这里我们看到的页面就是设置接收服务器的设置页面,同样的,也有两种不同的接收方式.设置完以后,就可以从接收服务器将接收到的数据进行再次的分发.
通过这样的方法,我们可以将文件在多个服务器之间共享和传输,并且可以在硬件的支持下进行服务器集群的管理和配置.
Next to: Back-Channel
7. Broadcast Distribution - Back-Channel Multicasting
这是一个关于Multicast 的设置过程,默认的情况下Helix Server 是打开Multicast选项的,客户端将先通过尝试Multicast来进行到服务器的连接,如果连接不成功,则改用Unicast 方式进行连接.可惜玩real了这么久,一直没有做过 Multicast, 原来在教育网内就有这个想法了,现在到了公网,实现的可能性更几乎为零了. 不过在宽带小区内部架设服务器的时候或许可以用得到...
Next to: Session Announcement
7. Broadcast Distribution - Session Announcement
这也是一个和Multicast相关的选项,通过起用任务声明机制,播放器可以通过SAP的方式到制定端口获取数据文件的信息.
Next to: Content Caching
8. Content Management - Content Caching
我们用下面的图示简单的向大家描述内容缓存的过程:
在这里,文件被动态的传输在不同的服务器之间,每个服务器提供出部分空间作为缓存区域,当用户调用某个文件的时候,先检测缓存区域十分存在该文件,否则再从内容发布服务器获取该文件. 这样做的目的,当然就是为了更好的为用户提供稳定和高速的服务.
Next to: ISP Hosting
8. Content Management - ISP Hosting
ISP Hosting 是用于ISP服务商来进行用户和文件管理的,我们在以前版本的Real Server 8 里面已经见到过了.而且界面也没有太多变化,我们在这里就不再做更多的说明了.
Next to: Content Browsing
8. Content Management - Content Browsing
这里的功能就是浏览当前媒体文件夹下面的媒体文件了,与原来版本不同的是. 老版本只能浏览服务器映射根目录下面的媒体文件,而新的Helix 可以浏览不同媒体文件夹下面的媒体文件.在下面的下拉框中选中相应的映射目录以后,点击Browser Content 就可以了,是不是很方便呢!
Next to: View Source
8. Content Management - View Source
这个功能就不用多介绍了,会用的人都知道他的好处! 我们要尊重对方的劳动成果嘛!而且随着RealONE Player 的推进和普及,知道这个功能的人会越来越少的!
Next to: Ad Serving
9. Advertising - Ad Serving
广告功能是大家一直以来很关注的,一直以来,这个功能被认为很神秘.因为相关的授权文件是很昂贵的.(不过嘛...呵呵...)
我们在这里看到的广告模块和原来的广告模块也没有太大的变化,广告的投放方式还是那么几种.不过,我想这已经够用了,毕竟这样的服务能使用的人是少之又少.
Next to: Ad SMIL Generator
9. Advertising - Ad SMIL Generator
在抱怨了AD模块没有太大变化以后,我们在这里倒是看到了令人可喜的变化,
那就是用于AD的SMIL语言,可以通过Helix 来自动生成了.虽然变化是很少,但是还是体现出非常人性的一面.这样,就不怕自己手工写SMIL时候出错了.呵呵.
Next to: Ad Timeouts
9. Advertising - Ad Timeouts
这是定义Ad 模块的超时的页面,页面很简单.
关于Helix Server 的介绍我们就说这么多了. 在发布Helix Server 的同时,RealNetworks公司还发布了其他几个并行产品.比如: Helix Producer 等等!
转自：http://www.smilchina.com/realsystem/tech_doc/helixserver/index.htm
Helix Server术语解释:
在Helix Server安装完成后，它并不能立即提供视频点播服务。首先必须要为其绑定IP地址，才可以让用户访问到它。另外，由于默认主目录(即安装目录)为系统分区，还应当将它修改为其他磁盘容量更大的数据分区才行。
1、双击桌面上的Helix Server Administrator图标，或者依次单击“开始”->“所有程序”->HelixServer->Helix Server Administrator选项，即可进入服务器管理窗口。当然也可以手动输入，例如在远程计算机上进行管理时，首先可以打开IE浏览器，然后在地址栏中键入“http://Real服务器的IP地址:管理端口号/admin/index.html”并回车，将显示登录对话框，在这里提示键入用户名和密码。如果用户总是在本地计算机上进行管理，可以选中“记住我的密码”选项前的复选框，这样下次就可以直接进入管理界面。但如果是在其他计算机上使用该对话框，则不应该选中该选项，以避免被他人利用。
2、然后单击“确定”按钮，即可打开Helix Server管理窗口，窗口左侧显示的是管理菜单，右侧栏中显示的是具体设置和相关简介。下面将一 一作以介绍。
(1)修改协议端口。通常情况下，无需修改该协议端口，除非是在Helix Server端口与其他服务端口发生冲突的情况下。单击“Ports”按钮，将显示端口配置页面。在这里可以修改Helix Server各种传输协议所使用的端口、监视端口(Monitor Port)和管理端口(Admin Port)。不过在通常情况下，建议保留系统默认值。在端口值修改完后，单击其中的Apply按钮，将显示配置修改提示对话框，单击Close以关闭该提示框。
(2)绑定IP地址。当Helix服务器拥有两个以上IP地址时，通常情况下需要为其绑定一个IP地址。单击其中的IP Binding选项，将显示IP地址绑定页面。单击其中的“+”按钮，并在IP Address列表框中添加一个0.0.0.0的IP地址。在该列表框中选择“0.0.0.0”地址，然后直接在Edit IP Address 文本框中键入欲与该Helix Server绑定的IP地址。然后单击Apply按钮，与Helix Serverr绑定的IP地址将显示在列表框中。单击Apply按钮，在这里提示需重新启动Real服务才能使该服务生效，单击“确定”按钮。确认Configuration Change Results对话框中绑定的IP地址是否正确，单击Close按钮以关闭该对话框。
单击页面上方的Restart Server按钮，在这里将提示有若干个用户连接到该服务器，重新启动服务将终止当前的所有连接。然后单击“确定”按钮，可强行重新启动Real服务，在这里提示管理员Real服务将在20秒钟后返回。
(3)修改根目录。与Web服务相似，Real服务也有它自己的根目录，默认值为C:\Program Files\Real\Helix Server\Content。也就是说，如果不作任何修改，那么所有的媒体文件都将保存在系统引导分区中。显然这既不利于系统的安全和稳定，也不利于大量流媒体数据的存储。通常情况下，由于引导盘分区都比较小，它只用来保存系统文件和应用程序。而数据则都被保存于其他分区，这样既便于数据的管理，也有利于系统的安全。因此，必须修改Real的根目录(即装载点)，并将其指定到其他逻辑分区。
单击管理界面中的Mount Points超级链接，将显示装载点配置页面。在其中的BasePath文本框中键入要指定为Real服务根目录的文件夹(如E:\Content)，并在Base Path Location下拉列表中选择Local选项，该选项表示将使用本地硬盘来存储流媒体数据。然后单击Apply按钮，将显示Configuration Change Results对话框。在这里提示需重新启动Real服务器才能使修改后的配置生效，并显示修改后的Real主目录。依次单击“确定”按钮和Close按钮，以关闭提示框和对话框。然后，单击Restart Server按钮，重新启动服务器让修改生效。
需要注意的是，Helix Server不仅支持本地硬盘，而且也支持网络硬盘。当将映射到本地的网络驱动器设置为装载点时，应该在Base Path Location下拉列表中选择Network选项，并在Base Path文本框键入映射的网络驱动器盘符及存储文件夹。
(4)设置最大连接数。Helix Server可以对服务器的最大连接数量以及最大带宽进行限制。如果服务器的性能较差、硬盘读取速度不够快以及网络设备的带宽较窄时，需要对同时连接用户数量进行控制，以避免可能发生的系统瘫痪或网络拥塞。单击管理界面中的Connection Control超级链接，将显示连接控制页面。
在其中的Maximum Client Connections文本框中可以设置用户的最大连接数。如果该值设置为0，则表示不进行任何限制。当然，服务器所能提供的最大连接数量(Maximum Licensed Client Connections)最终还要受许可证的限制。
在Maximum Bandwidth文本框中设置服务器的最大连接带宽。如果该值设置为0，则表示不进行任何限制。其中带宽的单位为Kbps。在所有的设置完毕后，单击Apply按钮，对话框，并使相应的设置修改生效。
(5)访问控制。Helix Server在安全方面做得也相当不错，它可以禁止(或允许)特定的IP范围内的客户端对Real服务器进行访问，从而避免用户对该点播服务器的滥用。依次单击Security和Access Control超级链接，将显示访问控制页面。单击其中的Add New按钮，将给服务器添加一条新的访问规则。
在Access Type下拉列表中选择Allow或Deny选项，以设置用户的允许或拒绝权限。通常情况下，应当设置为允许(Allow)权限，以将Real客户端限制在某一IP地址段，从而禁止未被授权的用户来非法访问。在Client IP Address or Hostname文本框键入被授权(或禁止)访问的客户端的IP地址。若仅允许本地网络的计算机访问，可采用系统的默认值“localhost”；若仅允许某个IP地址段来访问，则键入该网段的网络地址，例如192.168.1.0或202.203.219.0。
在Client Netmask下拉列表中选择相应的子网掩码，以指定限制的IP地址范围。例如，选择24Bits(255.255.255.0/24)，则限制整个C类网段；选择16Bits(255.255.0.0/16)则限制整个B类网段。如果只是指定某个IP地址，则该框可保持为空。在Server IP Address or Hostname文本框键入允许(或限制)访问的服务器IP地址。如果该服务器绑定有多个IP地址，在这里键入any选项可允许(或禁止)Real服务对所有1P地址的绑定。若在这里只键入一个IP地址，则允许(或禁止)Real服务对相应IP地址的绑定。在Ports文本框中，可以键入允许访问的端口号，它的默认值为“any”，即允许访问所有端口。
单击“↑”或“↓”按钮，可用来调整不同策略的位置。由于默认策略为允许所有用户来访问所有服务，所以在通常情况下，应当将新设置的访问策略置于列表顶端。在这些设置完毕后，单击Apply按钮，在这里列出了所有修改的内容，以要求管理员进行确认。依次单击“确定”和Close按钮，以关闭该对话框。单击Restart Server按钮，重新启动Real服务，以使修改后的配置生效。
(6)服务器的监控。想不想知道服务器是否已经濒临崩溃的边缘？想不想知道到底有多少用户在访问自己的Real服务器？网友们最喜欢看哪些MTV或大片？Helix Server为我们提供了较为详尽的服务监视功能，管理员只需借助于支持JAVA的Web浏览器即可将一切管理信息尽收眼底，从而实现了对Real服务的远程监控。
单击管理界面中的Monitor超级链接，将显示监控页面。在Performance选项卡中将显示CPU的占用率(CPU Usage)、内存使用情况(Memory Usage)、带宽使用情况(Bandwidth Usage)、用户连接数量(Players Connected)和打开的文件数量(File Usage)。选择其中的Connections选项卡，将显示各用户的IP地址(IP Adress)、连接类型(Type)、已连接时间(Duration)和己打开的文件名(Filename)。
联系客服
