Sposób konfigurowania zapory i translacji adresów sieciowych (NAT) dla programu Windows Media Services Seria 9

Tłumaczenia artykułów Tłumaczenia artykułów
Numer ID artykułu: 827562 - Zobacz jakich produktów dotyczą zawarte w tym artykule porady.
Rozwiń wszystko | Zwiń wszystko

Na tej stronie

Streszczenie

W tym artykule omówiono porty zapory, które należy otworzyć przesyłanie strumieniowe zawartości z serwera multimediów, który znajduje się za zaporą.

Za pomocą dodatków kontroli protokołów takich jak Microsoft Media Server (MMS), w czasie rzeczywistym Streaming Protocol (RTSP) lub Hypertext Transfer Protocol (HTTP) skonfigurować zaporę. Aby proces konfigurowania zapory ułatwiają, można skonfigurować dodatek protokołu sterowania na serwer do korzystania z określonego portu. W związku z tym jeśli administrator sieci został już otwarty serii portów do użycia przez serwery Windows Media, można przydzielić tych portów do protokołów kontrolnych. Jeśli porty nie są jeszcze dostępne, można zażądać otworzyć porty domyślne dla każdego protokołu.

Jeśli nie można otworzyć portów na zaporze, program Windows Media Services można przesyłać strumieniowo zawartości przy użyciu protokołu HTTP przez port 80. Aby uzyskać więcej informacji dotyczących sposobu konfigurowania dodatki typu plug-in control protocol Zobacz Serwer dokumentacji pomocy.

W sekcji "Więcej informacji" opisano sposób konfigurowania zapory poniżej sytuacji:

Więcej informacji

Zapór dla przesyłanie strumieniowe emisji pojedynczej

Aby skonfigurować zaporę na przesyłanie strumieniowe emisji pojedynczej, należy otworzyć porty w zaporze, które są wymagane dla protokołów połączenia, które są włączone na serwerze. Jeśli są przesyłania strumieniowego zawartości przy użyciu protokołu MMS lub protokołu RTSP, musi obsługiwać protokół UDP (User Datagram) i protokół TCP (Transmission Control).

Otworzyć porty

Aby włączyć program Windows Media Player i innych klientów do korzystania z protokołu HTTP, protokół RTSP lub protokół MMS do połączenia z serwerem Windows Media, który znajduje się za zaporą, otwórz następujące porty.
Zwiń tę tabelęRozwiń tę tabelę
PortyOpis
W: TCP na porcie 80, 554 i 1755Program Windows Media server używa portów TCP W do akceptowania przychodzącego połączenia HTTP (port 80), połączenia RTSP (port 554) lub połączenia MMS (portu 1755) z programu Windows Media Player i innych klientów.
W: UDP na porcie 1755 i 5005Windows Media server używa UDP portu 1755 protokołu do otrzymania ponownego wysłania żądania od klientów, którzy streaming za pomocą MMSU i portu UDP W 5005 otrzymywać ponownego wysłania żądania od klientów, którzy streaming za pomocą RTSPU.
Limit czasu: Porty UDP 1024 do 5000 i 5004 Serwer Windows Media używa portów UDP limit 1024 do 5000 i 5004 do wysyłania danych poprzez zastosowanie MMSU i RTSPU do programu Windows Media Player i innych klientów.

Jeśli nie można otworzyć wszystkie UDP poza porty

Jeśli nie można otworzyć wszystkie UDP poza porty w zaporze, pakietów UDP wysyłanych przez serwer Windows Media może być blokowany przez zaporę i nie można osiągnąć klientów po drugiej stronie zapory. Jeśli wystąpi ten warunek klientów może być nadal odbierać strumień, jeśli klienci automatycznie Akumuluj ceny protokołu TCP oparta, takich jak HTTP, MMST lub RTSPT. Jednakże najazd powoduje opóźnienia dla klienta, który odbiera strumień. Jeśli wiadomo, że nie będzie mógł obsługiwać UDP przesyłanie strumieniowe przez zaporę, można zmniejszyć opóźnienie najazdu czyszcząc UDP pole wyboru w dodatku zapisywania danych emisji pojedynczej Właściwości okno dialogowe. Aby uzyskać więcej informacji zobacz serwer dokumentacji pomocy.

Zapory rozkład emisji

Aby włączyć serwera dystrybucyjnego, który jest zaporą za pomocą protokołu HTTP lub protokołu RTSP przesyłanie strumieniowe zawartości z serwera pochodzące spoza zapory, otwórz następujące porty.
Zwiń tę tabelęRozwiń tę tabelę
PortyOpis
W: Porty UDP 1024 do 5000Program Windows Media server używa portów UDP W 1024-5000 do odbierania danych z innego serwera.
Limit czasu: TCP na porcie 80 i 554Serwer Windows Media używa portów TCP się do ustanowienia połączenia HTTP (port 80) lub połączenia RTSP (port 554) do innego serwera lub kodera.
Limit czasu: UDP na porcie 5005Gdy używany jest rozkład RTSPU, Windows Media server używa portu UDP Out 5005 wysłać ponownie wysłać żądania do innego serwera.
Serwerów dystrybucji nie można używać adresu URL, który ma mms: / / prefiks do żądania połączenia z serwera pochodzenia.
  • Jeśli serwer dystrybucji próbuje łączyć się przy użyciu RTSP, to żądanie jest tłumaczony jako RTSPU.
  • Jeśli administrator serwera postanowi wykorzystywania transportu opartych na protokole TCP (ze względu na preferencje lub opartych na Protokole transport jest wymagane), należy użyć adresu URL rtspt: / / prefiks.
  • Jeśli serwerów dystrybucji muszą łączyć się za pośrednictwem protokołu HTTP, należy użyć adresu URL http:// prefiks.

Zapór dla strumienia multiemisji

Jeśli dystrybuować za pomocą strumienia multiemisji, ruch sieciowy jest kierowana przez standardowe adresy IP klasy D (od 224.0.0.0 do 239.255.255.255). Aby użyć strumienia multiemisji, muszą być włączone przesyłanie dalej multiemisji w sieci. Zarządzanie protokołu IGMP (Internet Group) upewnia się, że przesyłanie strumieniowe ruch multiemisji przechodzi przez sieć tylko wtedy, gdy gracz żąda multicast streaming połączenia. Niniejszy Protokół upewnia się, że multicast streaming routery nie zalać sieci. (Ten protokół jest obsługiwany przez program Windows Media Services).

Następująca konfiguracja zapory umożliwia strumieniowe pakiety multiemisji Przechodzenie zapory:
Zakres adresów IP multiemisji: 224.0.0.1 do 239.255.255.255
Aby włączyć przesyłanie strumieniowe multiemisji IP, należy zezwolić na pakiety, które są wysyłane do standardowych multiemisji IP adres zakresu są dostarczane przez zaporę. Tego adresu IP zakresu adresów multiemisji musi być włączony na odtwarzacza i na serwerze i na każdym routerze pomiędzy odtwarzaczem i serwerem. Zazwyczaj przesyłanie strumieniowe multiemisji IP nie będzie działać w Internecie, ponieważ przesyłanie dalej multiemisji nie jest włączona w routerach w Internecie.

Włączanie dostępu do kodera za zaporą

Kodery łączenia się z serwerem, na którym jest uruchomiony program Windows Media Services za pomocą protokołu HTTP. Domyślnie program Windows Media Encoder używa portu 8080 dla połączeń HTTP. Jednak administrator kodera może określić inny port. Inny port jest używany, należy określić ten sam port, po zidentyfikowaniu kodera URL połączenia serwera Windows Media i otworzyć portu na zaporze.

Następującej przykładowej konfiguracji zapory zezwala na komputerze, na którym jest uruchomiony program Windows Media Encoder spoza zapory, aby uzyskać dostęp do serwera Windows Media, który znajduje się za zaporą za pośrednictwem protokołu HTTP. W porcie jest port, w którym serwer akceptuje połączenia. Poza portem jest port, w którym serwer wysyła dane do klientów:
Wejście/wyjście: TCP na porcie 8080

Materiały referencyjne

Aby uzyskać więcej informacji dotyczących zapory i portów dla programu Windows Media Services 4.0 i 4.1 kliknij następujący numer artykułu w celu wyświetlenia tego artykułu z bazy wiedzy Microsoft Knowledge Base:
189416Zapory i porty używane przez program Windows Media Services

Właściwości

Numer ID artykułu: 827562 - Ostatnia weryfikacja: 27 września 2011 - Weryfikacja: 3.0
Informacje zawarte w tym artykule dotyczą:
  • Microsoft Windows Media Services Seria 9
Słowa kluczowe: 
kbinfo kbmt KB827562 KbMtpl
Przetłumaczone maszynowo
WAŻNE: Ten artykuł nie został przetłumaczony przez człowieka, tylko przez oprogramowanie do tłumaczenia maszynowego firmy Microsoft. Firma Microsoft oferuje zarówno artykuły tłumaczone przez ludzi, jak i artykuły tłumaczone maszynowo, dzięki czemu każdy użytkownik może uzyskać dostęp do całej zawartości bazy wiedzy Knowledge Base we własnym języku. Prosimy jednak pamiętać, że artykuły przetłumaczone maszynowo nie zawsze są doskonałe. Mogą zawierać błędy słownictwa, składni i gramatyki, przypominające błędy robione przez osoby, dla których język użytkownika nie jest językiem ojczystym. Firma Microsoft nie odpowiada za wszelkie nieścisłości, błędy lub szkody spowodowane nieprawidłowym tłumaczeniem zawartości oraz za wykorzystanie tej zawartości przez klientów. Oprogramowanie do tłumaczenia maszynowego jest często aktualizowane przez firmę Microsoft.
Anglojęzyczna wersja tego artykułu to:827562

Przekaż opinię

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com