1、開篇語
2. Helix Server的安裝
和以往的Real Server 的產(chǎn)品線一樣,Helix Server同樣是通過License 來確認用戶授權(quán)的.在第一時間,我們通過官方網(wǎng)站申請了產(chǎn)品的試用License.以往,RealNetworks公司提供的是免費的無時間期限或長時間期限的授權(quán),但是會約束授權(quán)的功能.而這次對于新的Helix Server,網(wǎng)站上發(fā)布的授權(quán)則是僅有30天限制的短時間License,不過值得慶幸的是,這個授權(quán)打開了絕大多數(shù)的授權(quán).或許是公司想讓用戶更好的了解Helix Server的新性能,同時RealNetworks公司同樣也有決心很多用戶將會在30天后購買新的授權(quán).
順便要說一句的是,新的Helix Server的授權(quán)改用了新的算法,以前授權(quán)文件將會失效!在這里順便插一句,請大家使用正版授權(quán)文件,采用盜版或者破解的授權(quán)文件,RealNetworks公司將不對其造成的系統(tǒng)崩潰或其他損壞作出承諾和保證.
在RealNetworks公司上填寫簡單的表單以后,就可以下載Helix Server了,同時,一個免費的試用授權(quán)文件被同時發(fā)送到你填寫的EMAIL信箱中,一般來說,這個過程是很迅速的.我下載完以后去收信就已經(jīng)收到了,如果你沒有收到授權(quán).那么就再多填一次吧,不行的話就填寫一個國外的信箱.因為這一步是不可少的,沒有授權(quán),你什么都別想做!
本次系統(tǒng)安裝測試的平臺是我的筆記本(IBM T23),排除硬件兼容性的干擾因素,采用的測試平臺是.NET ENT 3660,全新系統(tǒng)!目的是為了以后在一個平臺上面測試CORONA和HELIX而準備的.
安裝界面還是繼承了Real公司一貫的風格和特點! 除了一路回車以外,在這里我提醒大家注意下面幾個端口:
注意到了吧,如果這兩個端口不定義好,將會在后來導(dǎo)致一些不必要的端口沖突.前面的80端口是WWW服務(wù)的默認端口,而后面的1755是WM服務(wù)中TCP和UDP的單播端口.如果你想在同一臺機器上面安裝WMS;IIS和Helix的話,這點就要注意了.另外要說明的是安裝程序本身并不帶有端口偵測功能.我為了使Helix安裝的時候不搶80端口,曾特意將IIS裝上,并綁定80端口,但是在安裝的時候Helix還是義無反顧的定義他的HTTP傳輸端口到80上面.大家千萬要小心.
下面是安裝好以后調(diào)用的管理界面.看上去清新了很多!我很喜歡!相信你也會喜歡的.
下面就是這個免費的限時授權(quán)文件的權(quán)限情況
這里是幫助文件...
下面的章節(jié)中,將詳細和您介紹Helix Server 的相關(guān)選項!首先我們進入的是Server Setup!
3. Server Setup - Ports
下面的一些章節(jié)將介紹的是Helix Server 的一些設(shè)置情況:
首先我們看到的是關(guān)于端口的設(shè)置選項:
在點開瀏覽的大圖中,我們可以看到自上而下依次定義了各種不同類型的端口,包括RTSP, PNA, HTTP, MONITOR, ADMIN等這些老端口,同時也有新端口,那就是MMS端口.提供對WM媒體文件的支持是Helix Server的一個很重要的新特性.下面會有很多內(nèi)容涉及到這一點,而關(guān)于端口沖突的問題,我們在安裝的時候已經(jīng)將過了.
Enable Ramgen Port Hinting URLs 和UDP Resend Port 在原來的Real系統(tǒng)里面就有過設(shè)置,在這里也就不重復(fù)說明.有一個新東西就是Enable HTTP Fail Over URL for ASXGen,這是一個和ASX文件播放相關(guān)的選項.在Helix Server有WM媒體文件內(nèi)容的時候會用得到.
Next to: IP Binding
3. Server Setup - IP Binding
一臺Helix Server服務(wù)器上可能有不止一塊的網(wǎng)卡,或者在一塊網(wǎng)卡上可能有不只一個的IP地址,在某些情況下,就必須對Helix Server的IP地址進行綁定.這個頁面就是用來進行對服務(wù)器進行IP地址綁定以及對現(xiàn)有綁定進行編輯和刪除的.
要注意的是,綁定IP地址或者改變綁定以后,服務(wù)器將需要重新啟動.
Next to: MIME Type
3. Server Setup - MIME Type
MIME Type的定義用于告訴服務(wù)器如何正確的識別文件,以保證其能完整有效的通過HTTP協(xié)議進行傳輸.對應(yīng)于相應(yīng)的擴展名,在這里都能找到相關(guān)的定義格式. 3. Server Setup - Connecting Control Connecting Control用來定義Helix Server有關(guān)連接的選項,從下面圖片中我們可以看到在這里可以定義服務(wù)器的最大連接數(shù),最大允許連接數(shù)(這個就是有授權(quán)所規(guī)定的),以及對用戶播放器的限制, 比如僅限制Realplayer播放器使用,或者僅限制PLUS版本播放器使用等等.當然在這里還可以對服務(wù)的帶寬進行限制,以保證同一臺服務(wù)器上面的其他服務(wù)有足夠的網(wǎng)絡(luò)資源. 3. Server Setup - Redundant Server 這里是關(guān)于Helix Server 的冗余服務(wù)器的配置頁面,我們引用下面的圖示象大家介紹冗余服務(wù)器的概念,冗余服務(wù)器是保證大規(guī)模穩(wěn)定服務(wù)的必須配置! 3. Server Setup - Mount Points 這里的設(shè)置我想就不用多介紹了,應(yīng)該用過REAL SERVER 的人對這里都是了如指掌了.但是現(xiàn)在這里也多了一些東西,那就是多了一個映射網(wǎng)絡(luò)硬盤的功能以及打開CACHE功能的設(shè)定. 大家可以從下面的圖中一看究竟. 3. Server Setup - URL Aliasing 簡單的說,這里介紹的就是一個別名指向,通過一個簡單的別名,讓用戶更加方便的記憶.方便吧,以后那一長串的地址,只要用 rtsp://server:port/alising 就能代替了,方便吧! 3. Server Setup - HTTP Delivery Helix Server 同樣需要通過HTTP傳輸某些文件.下面的這些目錄就是定義為通過HTTP協(xié)議傳輸?shù)?/span>.你可以增加或者對目錄進行編輯管理. 通過HTTP協(xié)議傳輸文件對于處于防火墻后面的用戶是非常必要的. 3. Server Setup - Cache Directives Helix Server 默認狀態(tài)下是對所有的點播文件和直播文件進行CACHE的處理,這就會出現(xiàn)一個問題,在采用Helix Proxy對多個Server進行管理的時候,CACHE將會導(dǎo)致一些不必要的麻煩,在這里,就是設(shè)置對某寫文件和目錄關(guān)閉CACHE功能的選項.比如一些實時性的新聞節(jié)目以及我們前面所說的從Server到Proxy的交流之間,都需要關(guān)閉CACHE功能. 3. Server Setup - Media Sample 在這里,我們可以測試當前服務(wù)器的服務(wù)情況,通過這里的示例文件,我們可以點播包括RM, FLASH, RP/RT, MPEG-1, MPEG-4, QT, ASF/WMV/WMA, 在內(nèi)的多種文件,可見,新的Helix Server 對于文件多樣性上的支持比原來好了很多. 4. Security - Access Control 這里是對訪問進行權(quán)限設(shè)定的地方,可以定義允許或者禁止來自某個或者某段IP的訪問請求,而且可以針對每個端口進行專門的設(shè)置,大家看一下下面的截圖就會了解了. 4. Security - User Databases 這里是對用戶認證數(shù)據(jù)庫的定義,Helix Server 支持多種數(shù)據(jù)庫類型的數(shù)據(jù)文件,包括Flat File/ ODBC/ mSQL/ RN5 DB Wrapper 類型的數(shù)據(jù)庫. 4. Security - Authentication 我們可以在這個頁面中增加登陸服務(wù)器的用戶組和用戶名.首先是增加用戶組,我們可以從"+"開始入手,增加完用戶組以后對用戶組進行權(quán)限的定義,然后,再由下方增加單個用戶到某個用戶組.這樣,就能實現(xiàn)對用戶權(quán)限的管理了...赫赫.下面我們看通過用戶權(quán)限管理可以做什么事情呢? 4. Security - Commerce 赫赫,這個頁面就比較復(fù)雜了,其實細細看來也不繁,這里就是定義了加密以后的REAL文件的傳輸,某些目錄中的文件在被調(diào)用的時候,將會需要進行用戶的驗證.在右側(cè),我們就可以選擇生效用戶組類型,那么以后,我們就可以對特定的用戶提供特定的服務(wù)了,這點對于以后互聯(lián)網(wǎng)流媒體收費是十分重要的.其實,收費是最終目的,而為了達到這個目的,首先是要提供足夠好的內(nèi)容服務(wù),對么? 5. LOGGING & Monitoring - Server Monitor 由于測試平臺是.NET平臺,所以默認情況下是沒有安裝JAVA虛擬機的,這個系統(tǒng)監(jiān)視頁面需要有JAVA 虛擬機才能正常的運行. 由于Helix Server 支持多種文件格式,我們可以看到在一個監(jiān)視界面上面同時有asf, rm, qt 文件同時被調(diào)用的壯觀景象! 5. LOGGING & Monitoring - Access & Error Logging 權(quán)限操作日志和錯誤日志,基本上這兩個選項是不需要更改的,除非你的服務(wù)器有非常大的數(shù)據(jù)流量,你可以適當更改一些日志選項,以保證你的服務(wù)器不會被日志擠爆... 5. LOGGING & Monitoring - Custom Logging 這里就是自定義日志的選項了,這是服務(wù)于對Helix Server 有特殊要求的人,里面詳細的定義了日志的類型,記錄時間,描述,輸出格式等等,如果你有興趣,看看也好. 6. Broadcasting - RealNetworks Encoding 從這個頁面我們就可以看到,在新版本的Helix Producer 中,采用的是新的端口,REAL公司仍然稱新版本的Helix Producer 為9.0 Producer , 呵呵! 6. Broadcasting - QT & RTP Encoding 這里我們看到的是關(guān)于Helix Server 對QuickTime 的編碼器的支持,以后,就可以直接通過QuickTime的編碼器發(fā)送到Helix Server 上了.當然還有其他的RTP的編碼器. 6. Broadcasting - Windows Media Encoding 我想,如果微軟看到這個頁面,肯定會氣死的,他的編碼器白白為Helix做了嫁衣裳.REAL特別為微軟的Windows Media Encoder 度身定做了這樣的界面.非常簡單的設(shè)置以后,就可以通過Windows Media Encoder向Helix Server 發(fā)布直播流了.可惜,我們在Corona上面并沒有看到對Real的支持. 6. Broadcasting - Live Archiving 原來在Real Producer Plus 8.5的時候,我們就看到,在壓縮的時候可以往服務(wù)器上傳送,同時可以保存一個副本到本地硬盤.這是一個非常不錯的功能,但是有一個問題就是,怎樣再把本地的文件上傳到服務(wù)器上供以后點播使用呢? 6. Broadcasting - Broadcast Redundancy 這也是一個冗余服務(wù)的問題,你可以把很多的流看做是一個流,當其中的一個直播流出現(xiàn)故障或者無法連接的時候,用戶將被指向到另外一個正常的直播流上面.看來,REAL公司在這次的產(chǎn)品中特別強調(diào)了穩(wěn)定這個關(guān)鍵因素,而這點正是微軟所最缺乏的... 7. Broadcast Distribution - Transmitter 這里定義的是當前服務(wù)器向外分發(fā)服務(wù)的設(shè)置,可以通過兩種不同的方式來設(shè)置,一種是通過具體接收者,而另外一種則是通過Pull的方式向外分發(fā).具體情況可以根據(jù)實際的使用需要來選擇.由于這里的設(shè)置和原理Real Server 8 里面的設(shè)置一樣,我們就不再詳細的說明了. 7. Broadcast Distribution - Receiver 設(shè)置完一個發(fā)布點的服務(wù)器以后,下面我們就要設(shè)置接收服務(wù)器了,這里我們看到的頁面就是設(shè)置接收服務(wù)器的設(shè)置頁面,同樣的,也有兩種不同的接收方式.設(shè)置完以后,就可以從接收服務(wù)器將接收到的數(shù)據(jù)進行再次的分發(fā). 7. Broadcast Distribution - Back-Channel Multicasting 這是一個關(guān)于Multicast 的設(shè)置過程,默認的情況下Helix Server 是打開Multicast選項的,客戶端將先通過嘗試Multicast來進行到服務(wù)器的連接,如果連接不成功,則改用Unicast 方式進行連接.可惜玩real了這么久,一直沒有做過 Multicast, 原來在教育網(wǎng)內(nèi)就有這個想法了,現(xiàn)在到了公網(wǎng),實現(xiàn)的可能性更幾乎為零了. 不過在寬帶小區(qū)內(nèi)部架設(shè)服務(wù)器的時候或許可以用得到... 7. Broadcast Distribution - Session Announcement 這也是一個和Multicast相關(guān)的選項,通過起用任務(wù)聲明機制,播放器可以通過SAP的方式到制定端口獲取數(shù)據(jù)文件的信息. 8. Content Management - Content Caching 我們用下面的圖示簡單的向大家描述內(nèi)容緩存的過程: 8. Content Management - ISP Hosting ISP Hosting 是用于ISP服務(wù)商來進行用戶和文件管理的,我們在以前版本的Real Server 8 里面已經(jīng)見到過了.而且界面也沒有太多變化,我們在這里就不再做更多的說明了. 8. Content Management - Content Browsing 這里的功能就是瀏覽當前媒體文件夾下面的媒體文件了,與原來版本不同的是. 老版本只能瀏覽服務(wù)器映射根目錄下面的媒體文件,而新的Helix 可以瀏覽不同媒體文件夾下面的媒體文件.在下面的下拉框中選中相應(yīng)的映射目錄以后,點擊Browser Content 就可以了,是不是很方便呢! 8. Content Management - View Source 這個功能就不用多介紹了,會用的人都知道他的好處! 我們要尊重對方的勞動成果嘛!而且隨著RealONE Player 的推進和普及,知道這個功能的人會越來越少的! 9. Advertising - Ad Serving 廣告功能是大家一直以來很關(guān)注的,一直以來,這個功能被認為很神秘.因為相關(guān)的授權(quán)文件是很昂貴的.(不過嘛...呵呵...) 9. Advertising - Ad SMIL Generator 在抱怨了AD模塊沒有太大變化以后,我們在這里倒是看到了令人可喜的變化, 9. Advertising - Ad Timeouts 這是定義Ad 模塊的超時的頁面,頁面很簡單. Helix Server術(shù)語解釋: 在Helix Server安裝完成后，它并不能立即提供視頻點播服務(wù)。首先必須要為其綁定IP地址，才可以讓用戶訪問到它。另外，由于默認主目錄(即安裝目錄)為系統(tǒng)分區(qū)，還應(yīng)當將它修改為其他磁盤容量更大的數(shù)據(jù)分區(qū)才行。 1、雙擊桌面上的Helix Server Administrator圖標，或者依次單擊“開始”->“所有程序”->HelixServer->Helix Server Administrator選項，即可進入服務(wù)器管理窗口。當然也可以手動輸入，例如在遠程計算機上進行管理時，首先可以打開IE瀏覽器，然后在地址欄中鍵入“http://Real服務(wù)器的IP地址:管理端口號/admin/index.html”并回車，將顯示登錄對話框，在這里提示鍵入用戶名和密碼。如果用戶總是在本地計算機上進行管理，可以選中“記住我的密碼”選項前的復(fù)選框，這樣下次就可以直接進入管理界面。但如果是在其他計算機上使用該對話框，則不應(yīng)該選中該選項，以避免被他人利用。 2、然后單擊“確定”按鈕，即可打開Helix Server管理窗口，窗口左側(cè)顯示的是管理菜單，右側(cè)欄中顯示的是具體設(shè)置和相關(guān)簡介。下面將一 一作以介紹。 (1)修改協(xié)議端口。通常情況下，無需修改該協(xié)議端口，除非是在Helix Server端口與其他服務(wù)端口發(fā)生沖突的情況下。單擊“Ports”按鈕，將顯示端口配置頁面。在這里可以修改Helix Server各種傳輸協(xié)議所使用的端口、監(jiān)視端口(Monitor Port)和管理端口(Admin Port)。不過在通常情況下，建議保留系統(tǒng)默認值。在端口值修改完后，單擊其中的Apply按鈕，將顯示配置修改提示對話框，單擊Close以關(guān)閉該提示框。 (2)綁定IP地址。當Helix服務(wù)器擁有兩個以上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服務(wù)才能使該服務(wù)生效，單擊“確定”按鈕。確認Configuration Change Results對話框中綁定的IP地址是否正確，單擊Close按鈕以關(guān)閉該對話框。 單擊頁面上方的Restart Server按鈕，在這里將提示有若干個用戶連接到該服務(wù)器，重新啟動服務(wù)將終止當前的所有連接。然后單擊“確定”按鈕，可強行重新啟動Real服務(wù)，在這里提示管理員Real服務(wù)將在20秒鐘后返回。 (3)修改根目錄。與Web服務(wù)相似，Real服務(wù)也有它自己的根目錄，默認值為C:\Program Files\Real\Helix Server\Content。也就是說，如果不作任何修改，那么所有的媒體文件都將保存在系統(tǒng)引導(dǎo)分區(qū)中。顯然這既不利于系統(tǒng)的安全和穩(wěn)定，也不利于大量流媒體數(shù)據(jù)的存儲。通常情況下，由于引導(dǎo)盤分區(qū)都比較小，它只用來保存系統(tǒng)文件和應(yīng)用程序。而數(shù)據(jù)則都被保存于其他分區(qū)，這樣既便于數(shù)據(jù)的管理，也有利于系統(tǒng)的安全。因此，必須修改Real的根目錄(即裝載點)，并將其指定到其他邏輯分區(qū)。 單擊管理界面中的Mount Points超級鏈接，將顯示裝載點配置頁面。在其中的BasePath文本框中鍵入要指定為Real服務(wù)根目錄的文件夾(如E:\Content)，并在Base Path Location下拉列表中選擇Local選項，該選項表示將使用本地硬盤來存儲流媒體數(shù)據(jù)。然后單擊Apply按鈕，將顯示Configuration Change Results對話框。在這里提示需重新啟動Real服務(wù)器才能使修改后的配置生效，并顯示修改后的Real主目錄。依次單擊“確定”按鈕和Close按鈕，以關(guān)閉提示框和對話框。然后，單擊Restart Server按鈕，重新啟動服務(wù)器讓修改生效。 (4)設(shè)置最大連接數(shù)。Helix Server可以對服務(wù)器的最大連接數(shù)量以及最大帶寬進行限制。如果服務(wù)器的性能較差、硬盤讀取速度不夠快以及網(wǎng)絡(luò)設(shè)備的帶寬較窄時，需要對同時連接用戶數(shù)量進行控制，以避免可能發(fā)生的系統(tǒng)癱瘓或網(wǎng)絡(luò)擁塞。單擊管理界面中的Connection Control超級鏈接，將顯示連接控制頁面。 在Maximum Bandwidth文本框中設(shè)置服務(wù)器的最大連接帶寬。如果該值設(shè)置為0，則表示不進行任何限制。其中帶寬的單位為Kbps。在所有的設(shè)置完畢后，單擊Apply按鈕，對話框，并使相應(yīng)的設(shè)置修改生效。 (5)訪問控制。Helix Server在安全方面做得也相當不錯，它可以禁止(或允許)特定的IP范圍內(nèi)的客戶端對Real服務(wù)器進行訪問，從而避免用戶對該點播服務(wù)器的濫用。依次單擊Security和Access Control超級鏈接，將顯示訪問控制頁面。單擊其中的Add New按鈕，將給服務(wù)器添加一條新的訪問規(guī)則。 在Access Type下拉列表中選擇Allow或Deny選項，以設(shè)置用戶的允許或拒絕權(quán)限。通常情況下，應(yīng)當設(shè)置為允許(Allow)權(quán)限，以將Real客戶端限制在某一IP地址段，從而禁止未被授權(quán)的用戶來非法訪問。在Client IP Address or Hostname文本框鍵入被授權(quán)(或禁止)訪問的客戶端的IP地址。若僅允許本地網(wǎng)絡(luò)的計算機訪問，可采用系統(tǒng)的默認值“localhost”；若僅允許某個IP地址段來訪問，則鍵入該網(wǎng)段的網(wǎng)絡(luò)地址，例如192.168.1.0或202.203.219.0。 在Client Netmask下拉列表中選擇相應(yīng)的子網(wǎng)掩碼，以指定限制的IP地址范圍。例如，選擇24Bits(255.255.255.0/24)，則限制整個C類網(wǎng)段；選擇16Bits(255.255.0.0/16)則限制整個B類網(wǎng)段。如果只是指定某個IP地址，則該框可保持為空。在Server IP Address or Hostname文本框鍵入允許(或限制)訪問的服務(wù)器IP地址。如果該服務(wù)器綁定有多個IP地址，在這里鍵入any選項可允許(或禁止)Real服務(wù)對所有1P地址的綁定。若在這里只鍵入一個IP地址，則允許(或禁止)Real服務(wù)對相應(yīng)IP地址的綁定。在Ports文本框中，可以鍵入允許訪問的端口號，它的默認值為“any”，即允許訪問所有端口。 單擊“↑”或“↓”按鈕，可用來調(diào)整不同策略的位置。由于默認策略為允許所有用戶來訪問所有服務(wù)，所以在通常情況下，應(yīng)當將新設(shè)置的訪問策略置于列表頂端。在這些設(shè)置完畢后，單擊Apply按鈕，在這里列出了所有修改的內(nèi)容，以要求管理員進行確認。依次單擊“確定”和Close按鈕，以關(guān)閉該對話框。單擊Restart Server按鈕，重新啟動Real服務(wù)，以使修改后的配置生效。 (6)服務(wù)器的監(jiān)控。想不想知道服務(wù)器是否已經(jīng)瀕臨崩潰的邊緣？想不想知道到底有多少用戶在訪問自己的Real服務(wù)器？網(wǎng)友們最喜歡看哪些MTV或大片？Helix Server為我們提供了較為詳盡的服務(wù)監(jiān)視功能，管理員只需借助于支持JAVA的Web瀏覽器即可將一切管理信息盡收眼底，從而實現(xiàn)了對Real服務(wù)的遠程監(jiān)控。 單擊管理界面中的Monitor超級鏈接，將顯示監(jiān)控頁面。在Performance選項卡中將顯示CPU的占用率(CPU Usage)、內(nèi)存使用情況(Memory Usage)、帶寬使用情況(Bandwidth Usage)、用戶連接數(shù)量(Players Connected)和打開的文件數(shù)量(File Usage)。選擇其中的Connections選項卡，將顯示各用戶的IP地址(IP Adress)、連接類型(Type)、已連接時間(Duration)和己打開的文件名(Filename)。
要注意的是,并不是所有文件的擴展名在這里都能找到,只有需要通過HTTP協(xié)議傳輸?shù)奈募?/span>,必須在此定義MIME類型.而類似RM, ASF 等這些直接通過RTSP協(xié)議傳輸?shù)奈募遣恍枰谶@里定義的.
Next to: Connecting Control
(點擊觀看原始圖片)
Next to: Redundant Server
同樣的直播流和媒體文件被鏡像的放置于幾個不同的服務(wù)器上,當用戶連接其中的一個服務(wù)器失敗的時候(導(dǎo)致失敗的原因?qū)⑹嵌鄻拥?/span>),用戶將被重新定向到另外一個備份的冗余服務(wù)器上去.
在這個頁面中,我們可以定義冗余服務(wù)器列表,目錄映射關(guān)系以及例外目錄設(shè)置.
Next to: Mount Points
改變映射需要重新啟動服務(wù)才能生效!
Next to: URL Aliasing
Next to: HTTP Delivery
Next to: Cache Directives
Next to: Media Sample
要說明的是這里的MPEG-4演示是需要專門下載EnvivioTV Plug_in 的一個CODEC.
關(guān)于SERVER SETUP的介紹就說這么多了,下面還有好多東西呢,接下來的是....
Next to: Access Control
在下面的圖中,我們可以看到對每一個規(guī)則,你可以定義允許權(quán)限,地址和子網(wǎng)掩碼,以及特定的端口,而且可以對SERVER和CLIENT有不同的設(shè)置.
Next to: User Databases
我們會在馬上的Authentication 中給大家介紹,如何在用戶數(shù)據(jù)庫上增加用戶組和用戶信息.
Next to: Authentication
Next to: Commerce
關(guān)于Security 選項的內(nèi)容就說這么多了,接下去的是Logging & Monitoring 選項.
Next to: Server Monitor
Next to: Access & Error Logging
錯誤日志將會告訴你系統(tǒng)出現(xiàn)的錯誤情況,而權(quán)限操作日志則可能幫助你找出導(dǎo)致這個錯誤的原因.如果你還有更多的需要,那么就繼續(xù)往下看,下面要介紹的就是自定義的日志操作了.
Next to: Custom Logging
關(guān)于日志和系統(tǒng)監(jiān)視的內(nèi)容就說這么多,下面要說的是Helix Server 的一些廣播設(shè)置!
Next to: RealNetworks Encoding
當然,Helix Server 也對以往的Producer 有著很好的支持,在下面的一個框中,我們就看到了和以往一樣的設(shè)置選項.關(guān)于Helix Producer ,我們會在不久以后給出專門的測評報告.希望大家密切關(guān)注.下面我們還要更多的介紹Helix Server 對其他編碼器的支持情況...
Next to: QT & RTP Encoding
Next to: Windows Media Encoding
Next to: Live Archiving
Helix解決了這個問題,這也就是我們現(xiàn)在看到的這個Live Archiving,原理很簡單,設(shè)置了路徑和名稱以后,服務(wù)器會監(jiān)測當前上傳的直播流,如果有一致的,則啟動錄制功能,保存到服務(wù)器上的一個制定目錄,供以后點播使用.在這里也可以規(guī)定錄制的時間.
我們不免可以想象這樣一個過程,就是從錄制服務(wù)器上定時啟動編碼器,然后一旦編碼器啟動,這邊就開始自動錄制了.這的確是一個很好的功能,但是同樣也提出這樣一個問題,就是有沒有對于正在24小時直播的流,定時啟動這個Archiving功能呢?我沒有在頁面上面看到具體的選項.這算不算是一個遺憾呢?好了,就說這么多,還有更多東西等著我們呢!
Next to: Broadcast Redundancy
說了這么多關(guān)于直播錄制的,下面我們要說的是在服務(wù)器之間的交換信息.
Next to: Transmitter
Next to: Receiver
通過這樣的方法,我們可以將文件在多個服務(wù)器之間共享和傳輸,并且可以在硬件的支持下進行服務(wù)器集群的管理和配置.
Next to: Back-Channel
Next to: Session Announcement
Next to: Content Caching
在這里,文件被動態(tài)的傳輸在不同的服務(wù)器之間,每個服務(wù)器提供出部分空間作為緩存區(qū)域,當用戶調(diào)用某個文件的時候,先檢測緩存區(qū)域十分存在該文件,否則再從內(nèi)容發(fā)布服務(wù)器獲取該文件. 這樣做的目的,當然就是為了更好的為用戶提供穩(wěn)定和高速的服務(wù).
Next to: ISP Hosting
Next to: Content Browsing
Next to: View Source
Next to: Ad Serving
我們在這里看到的廣告模塊和原來的廣告模塊也沒有太大的變化,廣告的投放方式還是那么幾種.不過,我想這已經(jīng)夠用了,畢竟這樣的服務(wù)能使用的人是少之又少.
Next to: Ad SMIL Generator
那就是用于AD的SMIL語言,可以通過Helix 來自動生成了.雖然變化是很少,但是還是體現(xiàn)出非常人性的一面.這樣,就不怕自己手工寫SMIL時候出錯了.呵呵.
Next to: Ad Timeouts
關(guān)于Helix Server 的介紹我們就說這么多了. 在發(fā)布Helix Server 的同時,RealNetworks公司還發(fā)布了其他幾個并行產(chǎn)品.比如: Helix Producer 等等!
轉(zhuǎn)自：http://www.smilchina.com/realsystem/tech_doc/helixserver/index.htm
需要注意的是，Helix Server不僅支持本地硬盤，而且也支持網(wǎng)絡(luò)硬盤。當將映射到本地的網(wǎng)絡(luò)驅(qū)動器設(shè)置為裝載點時，應(yīng)該在Base Path Location下拉列表中選擇Network選項，并在Base Path文本框鍵入映射的網(wǎng)絡(luò)驅(qū)動器盤符及存儲文件夾。
在其中的Maximum Client Connections文本框中可以設(shè)置用戶的最大連接數(shù)。如果該值設(shè)置為0，則表示不進行任何限制。當然，服務(wù)器所能提供的最大連接數(shù)量(Maximum Licensed Client Connections)最終還要受許可證的限制。
