真實的播放程式無法連線到 ISA Server 透過網際網路

重要:本文是以 Microsoft 機器翻譯軟體翻譯而成,而非使用人工翻譯而成。Microsoft 同時提供使用者人工翻譯及機器翻譯兩個版本的文章,讓使用者可以依其使用語言使用知識庫中的所有文章。但是,機器翻譯的文章可能不盡完美。這些文章中也可能出現拼字、語意或文法上的錯誤,就像外國人在使用本國語言時可能發生的錯誤。Microsoft 不為內容的翻譯錯誤或客戶對該內容的使用所產生的任何錯誤或損害負責。Microsoft也同時將不斷地就機器翻譯軟體進行更新。

按一下這裡查看此文章的英文版本:288734
本文已封存。本文係以「現狀」提供且不會再更新。
結論
在環境下其中使用 Microsoft 網際網路安全性與加速 ISA Server 2000 來保護該網路,並且設定它僅允許使用者識別碼為基礎存取外送超文字傳輸通訊協定 (HTTP) 要求的真實網路真實播放程式可能無法連線到任何通道以接收音訊或視訊資料流。真實的播放程式嘗試要連線,但是它無法,只會顯示連接在狀態列中的狀態。與任何並不使用的所有 HTTP 要求的 Web Proxy 的用戶端,您可能也會看到這個行為。
其他相關資訊
真實的播放程式第一次使用 HTTP 收集通道資訊以及它會取得媒體資料流資源的相關資訊,然後會使用 RTSP、 PNA 或 HTTP 的媒體資料流。通常,若要解決這個問題,您將設定使用 HTTP Proxy,並在真實的播放程式 Proxy 設定 (以找出 [檢視] 功能表上的這些 Proxy 設定值、 按一下 [喜好設定,然後按一下 [Proxy] 索引標籤) 中指定的 ISA Server,以及其預設連接埠 8080 內部 IP 位址的真實播放程式。但是,這個方法永遠無法運作。

如果真實的播放程式實際上都使用 Web Proxy,如已設定,要求會直接移至 Web Proxy 服務,它所預期為驗證及可用的方法來執行驗證然後使用提示。

即使您設定要使用 HTTP Proxy 在 Proxy 設定] 下 的真實播放程式 8.0 它不會永遠使用 Web Proxy 連接至真實的播放程式 Web 站台的通道更新資訊時,就會發生這個問題。發生這種情況時直接的 HTTP 要求是 HTTP 應用程式篩選器所被攔截,傳遞至 Web Proxy 服務。網頁 Proxy 從 HTTP 應用程式篩選器收到要求時它才允許如果在規則允許到 HTTP 的匿名存取 (「 任何要求 」)。如果沒有這類的規則要求已被拒絕。

當它是視為一個 S NAT] 要求,並傳遞至 Web Proxy 服務,應用程式篩選器所攔截的要求沒有沒有伴隨的驗證和無法用無障礙地驗證使用者的方式。由設計,ISA Server 並不支援使用者識別碼為基礎的存取控制規則的 S NAT 因為它不是技術上可行。僅用戶端設定為基礎的存取控制有可能的。

在另外即使您在用戶端上安裝防火牆用戶端,且防火牆用戶端成功驗證與 ISA Server HTTP 重新導向發生時的使用者認證是不會傳送從防火牆服務到 Web Proxy 服務。

因應措施

您可以使用下列方法之一來解決這個問題:

方法 1

建立用戶端設定為基礎的通訊協定規則 (或網站和內容規則,如果適用的話) 即可供使用的真實的播放程式的用戶端的 HTTP。這 nullifies [使用者識別碼為基礎的驗證要求來自屬於您使用用戶端設定的 IP 位址。

方法 2

在 [ISA 管理員:

移至 「 應用程式篩選 「 延伸 」 容器下,並選取 HTTP 重新導向器 Filter.On 選項] 索引標籤選取 [傳送到要求的網頁伺服器] 選項按鈕並選取 [確定] 按鈕。 在用戶端:

安裝 ISA 防火牆用戶端從 Server.Open 真實的播放程式 8.從檢視 menu.On 選取 喜好設定,Proxy"] 索引標籤只選取 [否] HTTP Proxy] 選項按鈕] 和 [選取 [確定]

附註在某些情況下您可能也必須指定沒有 Proxy PNA 和 RTSP。本文中討論的協力廠商產品是由與 Microsoft 無關的公司所製造。Microsoft 可讓不以暗示或其他方式,效能或可靠性這些產品的保證。
realplayer

警告:本文為自動翻譯

內容

文章識別碼:288734 - 最後檢閱時間:12/06/2015 00:30:29 - 修訂: 1.2

Microsoft Internet Security and Acceleration Server 2000 Standard Edition

  • kbnosurvey kbarchive kbmt kb3rdparty kbenv kbfirewall KB288734 KbMtzh
意見反應