Helix Server Now !
|
1. 开篇语 |
| 我们花去太多时间等待,因为彼此之间有太多的缘分和故事. 今天,之所以会有SMILChina.com,或许,也正是当年RealNetworks所带来的.所以在开头,会说一些比较个人的东西... 是昨天下午看到Helix的新闻的,匆匆就下载了. 而晚上的行程,则是回到学校和KANE碰头,最近KANE的公司正准备搬家,当我回到旧时的机房的时候,一切都是那么陌生了,除了仅剩的两个99级的同学以外,我已经不再认识. 而在机房的门玻璃上面,依然是当时"紫金音符"的海报... "因为更用心,所以最好听!" "我眼,我世界!"记得这是紫金音符第四次改版时候的宣传,而现在,一切就只剩下我硬盘上面的一些页面文件了......KANE要搬离学校了,以后,回学校的机会就更少了.今天下午,在准备写这篇文章的时候,在QQ上面遇见了好久没有联系的ERIC.互相寒暄之后,发现现在各自都在走着各自的路.但是非常幸运的是,我们都在做着自己喜欢的事情,走着自己喜欢的路. 一直以来"紫金音符"就是我生命中的一个组成,我想,不仅仅是我,对于KEA的另外两个成员也是一样的.有一次在一个论坛上面遇到一个旧时的朋友,其实并不相识的,后来我说起了我的学校,说起了"紫金音符",对方十分诧异的打听"紫金音符"的近况.当我告之他已经关闭的消息时,不免有一些沮丧,引用他的原话:"那个年代,我们能记起的校园网,也就只是FANSO和紫金音符了!" 当我听到这些的时候心里一热,能被人当作一个年代的记忆,那是多么荣幸的事情. 作为彼此之间最大的维系,"紫金音符"让KEA三个人虽然在不同的地方,但还是彼此会有牵挂. 一直很看好我们这个组合,其实,有了我们,就没有任何不可能完成的任务. 在我的心中,一直有一个希望,就是有一天,我们可以重新走到一起. 个人的话就说到这里,之所以说这些,是因为,当时让我们走到一起,并且办了紫金音符的原因就是RealNetworks公司的网络流媒体软件,那时候叫Real Server G2,然后是7.0,很快8.0.从那以后,我们就陷入了长久的等待当中,如果没有记错的话,这一切都是2年前的事情了. 两年漫长的等待,就象孕育一个新的希望,今天,我们终于得以面对,这也正是为什么我激动到晚上2点钟还是坚持着把系统装完,调试结束的原因.这一次,我们将用比描述WMS9更多的篇幅和图片来描述我们这两年的期待. 这就是,让我们等待了太久的 Real Server 9.0, 这次,RealNetworks公司给他取了一个新名字: Helix! 中文翻译也就是"螺旋",或许有更多的是DNA的含义!我们在公司的官方网站上看到了他们的DNA计划!这一切,都是从Helix开始的.. |
|
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 的相关选项! |
|
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媒体文件内容的时候会用得到. |
|
3. Server Setup - IP Binding |
一台Helix Server服务器上可能有不止一块的网卡,或者在一块网卡上可能有不只一个的IP地址,在某些情况下,就必须对Helix Server的IP地址进行绑定.这个页面就是用来进行对服务器进行IP地址绑定以及对现有绑定进行编辑和删除的. (点击观看原始图片) 要注意的是,绑定IP地址或者改变绑定以后,服务器将需要重新启动. |
|
3. Server Setup - MIME Type |
MIME Type的定义用于告诉服务器如何正确的识别文件,以保证其能完整有效的通过HTTP协议进行传输.对应于相应的扩展名,在这里都能找到相关的定义格式. (点击观看原始图片) 要注意的是,并不是所有文件的扩展名在这里都能找到,只有需要通过HTTP协议传输的文件,必须在此定义MIME类型.而类似RM, ASF 等这些直接通过RTSP协议传输的文件是不需要在这里定义的. |
|
3. Server Setup - Connecting Control |
Connecting Control用来定义Helix Server有关连接的选项,从下面图片中我们可以看到在这里可以定义服务器的最大连接数,最大允许连接数(这个就是有授权所规定的),以及对用户播放器的限制, 比如仅限制Realplayer播放器使用,或者仅限制PLUS版本播放器使用等等.当然在这里还可以对服务的带宽进行限制,以保证同一台服务器上面的其他服务有足够的网络资源. |
|
3. Server Setup - Redundant Server |
| 这里是关于Helix Server 的冗余服务器的配置页面,我们引用下面的图示象大家介绍冗余服务器的概念,冗余服务器是保证大规模稳定服务的必须配置! 同样的直播流和媒体文件被镜像的放置于几个不同的服务器上,当用户连接其中的一个服务器失败的时候(导致失败的原因将是多样的),用户将被重新定向到另外一个备份的冗余服务器上去. 在这个页面中,我们可以定义冗余服务器列表,目录映射关系以及例外目录设置.  (点击观看原始图片) |
|
3. Server Setup - Mount Points |
| 这里的设置我想就不用多介绍了,应该用过REAL SERVER 的人对这里都是了如指掌了.但是现在这里也多了一些东西,那就是多了一个映射网络硬盘的功能以及打开CACHE功能的设定. 大家可以从下面的图中一看究竟. 改变映射需要重新启动服务才能生效!  (点击观看原始图片) |
|
3. Server Setup - URL Aliasing |
简单的说,这里介绍的就是一个别名指向,通过一个简单的别名,让用户更加方便的记忆.方便吧,以后那一长串的地址,只要用 rtsp://server:port/alising 就能代替了,方便吧! (点击观看原始图片) |
|
3. Server Setup - HTTP Delivery |
Helix Server 同样需要通过HTTP传输某些文件.下面的这些目录就是定义为通过HTTP协议传输的.你可以增加或者对目录进行编辑管理. 通过HTTP协议传输文件对于处于防火墙后面的用户是非常必要的. (点击观看原始图片) |
|
3. Server Setup - Cache Directives |
Helix Server 默认状态下是对所有的点播文件和直播文件进行CACHE的处理,这就会出现一个问题,在采用Helix Proxy对多个Server进行管理的时候,CACHE将会导致一些不必要的麻烦,在这里,就是设置对某写文件和目录关闭CACHE功能的选项.比如一些实时性的新闻节目以及我们前面所说的从Server到Proxy的交流之间,都需要关闭CACHE功能. (点击观看原始图片) |
|
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的介绍就说这么多了,下面还有好多东西呢,接下来的是.... |
|
4. Security - Access Control |
| 这里是对访问进行权限设定的地方,可以定义允许或者禁止来自某个或者某段IP的访问请求,而且可以针对每个端口进行专门的设置,大家看一下下面的截图就会了解了. 在下面的图中,我们可以看到对每一个规则,你可以定义允许权限,地址和子网掩码,以及特定的端口,而且可以对SERVER和CLIENT有不同的设置.  (点击观看原始图片) |
|
4. Security - User Databases |
| 这里是对用户认证数据库的定义,Helix Server 支持多种数据库类型的数据文件,包括Flat File/ ODBC/ mSQL/ RN5 DB Wrapper 类型的数据库. 我们会在马上的Authentication 中给大家介绍,如何在用户数据库上增加用户组和用户信息.  (点击观看原始图片) |
|
4. Security - Authentication |
我们可以在这个页面中增加登陆服务器的用户组和用户名.首先是增加用户组,我们可以从"+"开始入手,增加完用户组以后对用户组进行权限的定义,然后,再由下方增加单个用户到某个用户组.这样,就能实现对用户权限的管理了...赫赫.下面我们看通过用户权限管理可以做什么事情呢? (点击观看原始图片) |
|
4. Security - Commerce |
赫赫,这个页面就比较复杂了,其实细细看来也不繁,这里就是定义了加密以后的REAL文件的传输,某些目录中的文件在被调用的时候,将会需要进行用户的验证.在右侧,我们就可以选择生效用户组类型,那么以后,我们就可以对特定的用户提供特定的服务了,这点对于以后互联网流媒体收费是十分重要的.其实,收费是最终目的,而为了达到这个目的,首先是要提供足够好的内容服务,对么? (点击观看原始图片) 关于Security 选项的内容就说这么多了,接下去的是Logging & Monitoring 选项. |
