Ein Client die Verbindung multicast-Datenströme oder anderen User Datagram Protocol-Streams durch Windows-Firewall mithilfe des Windows Media Player möglicherweise nicht

SPRACHE AUSWÄHLEN SPRACHE AUSWÄHLEN
Artikel-ID: 883831 - Produkte anzeigen, auf die sich dieser Artikel bezieht
Wichtig Dieser Artikel enthält Informationen, die Ihnen zeigen, wie Sie Sicherheitseinstellungen verringern oder Sicherheitsfunktionen auf einem Computer deaktivieren. Mit diesen Änderungen können bestimmte Probleme umgangen werden. Bevor Sie diese Änderungen vornehmen, wird empfohlen, zunächst die Risiken abzuschätzen, die mit dieser Problemumgehung in der jeweiligen Situation verbunden sind. Wenn Sie diese Problemumgehung implementieren, nehmen Sie alle entsprechenden zusätzlichen Schritte durch, um Ihr System zu schützen.
Alles erweitern | Alles schließen

Auf dieser Seite

Zusammenfassung

Dieser Artikel beschreibt die Verhaltensänderungen, die Benutzer sehen können, in Microsoft Windows Media Player und Anwendungen, die Microsoft Windows Media-Format-SDK basieren. Das neue Verhalten möglicherweise angezeigt, nachdem der Benutzer mit Microsoft Windows XP Service Pack 2 (SP2) installiert. Das neue Verhalten betrifft networking-Wiedergabe durch Windows-Firewall. Standardmäßig ist die Windows-Firewall unter Windows XP SP2 aktiviert. Dieser Artikel beschreibt auch Problemumgehungen für das neue Verhalten.

Problembeschreibung

Ein Client kann möglicherweise nicht verbinden multicast-Datenströme oder anderen Streams (UDP = User Datagram Protocol) von Microsoft Windows Media Player verwenden, wenn die folgenden Bedingungen zutreffen:
  • Der Client wird Microsoft Windows XP mit Service Pack 2 (SP2) oder höher ausgeführt werden.
  • Der Client hat die Windows-Firewall aktiviert.
  • Benutzerkonto für den Benutzer Administratorrechte keine.

Ursache

Dieses Verhalten tritt auf, weil ein neues Sicherheitsfeature von Windows-Firewall eingehenden UDP-Verkehr nicht zulässt, es sei denn, ein Administrator die Windows-Firewall zulassen konfiguriert hat. Dieses Verhalten tritt auch in früheren Versionen von Windows, wenn Windows-Firewall aktiviert ist. Standardmäßig ist die Windows-Firewall in Windows XP SP2 und späteren Versionen aktiviert. Dieses Problem können daher mehr Benutzer auftreten.

Hinweis Windows-Firewall wird in früheren Versionen von Windows als Windows-Firewall bezeichnet.

Abhilfe

Warnung Diese Problemumgehungen machen Ihren Computer oder Ihr Netzwerk möglicherweise anfälliger für Angriffe durch böswillige Benutzer oder gefährliche Software wie etwa Viren. Wir empfehlen diese Problemumgehung nicht, sondern bieten diese Informationen, damit Sie diese Problemumgehungen nach eigenem Ermessen implementieren können. Verwenden Sie diese Problemumgehungen auf eigene Gefahr.

Verwenden Sie eine der folgenden Methoden an, damit Benutzer, die nicht über Administratorrechte verfügen, um das Empfangen von UDP-Datenströmen verfügen. In den folgenden Abschnitten erläutern die vor- und Nachteile der einzelnen Methoden.

Die Anwendung der Windows-Firewall-Ausnahmenliste hinzufügen

Eine Anwendung in der Ausnahmenliste der Windows-Firewall alle eingehenden Datenverkehr empfangen darf. In vielerlei Hinsicht ist dies die einfachste Methode. Es erstellt jedoch eine Schwachstelle, die möglicherweise nicht erforderlich. Daher ist diese Methode weniger sicher als die anderen Methoden.

WichtigEs wird nicht empfohlen, diese Methode.

Lassen Sie insbesondere eingehenden Datenverkehr von IP-Adressen aller Server, die Windows Media-Server und diesem Stream an Clients im Intranet ausgeführt werden

Administratoren können Windows-Firewall eingehenden Datenverkehr von bestimmten IP-Adressen konfigurieren. Wenn das Intranet enthält viele Server, auf dem Windows Media-Server ausgeführt werden, oder wenn Sie einfach einen Bereich von IP-Adressen angeben können, dies eine gute Methode ist zu verwenden. Auf diese Weise können Sie die Anwendung zur Ausnahmeliste von Windows-Firewall hinzufügen. Allerdings können Sie zulassen, dass eingehenden Datenverkehr nur von IP-Adressen zu erhalten, die Sie angeben.

Öffnen Sie den Port oder die Ports, die für die jeweilige Anwendung eingehende Datenverkehr verwenden muss

Sie können die Windows-Firewall für die UDP-Datenverkehr nur für bestimmte Ports konfigurieren. Das Protokoll bestimmt die Ports zu öffnen.

Hinweis Diese Methode erfordert, dass Sie Windows Media Player-Einstellungen oder die Einstellungen auf dem Server ändern.
  • Real Time Streaming Protocol (RTSP) - wählt In der Standardinstallation von Windows Media Player, RTSP-Protokolls nach dem Zufallsprinzip den eingehenden Daten-Ports. Um die zu verwendenden Ports anzugeben, kann der Benutzer Folgendes tun:
    1. Auf der Tools im Menü klicken Sie auf Optionen.
    2. In der Optionen Klicken Sie im Dialogfeld klicken Sie auf der Netzwerk Registerkarte.
    3. Auf der Netzwerk Registerkarte, wählen Sie die Anschlüsse Kontrollkästchen Sie, und geben Sie dann einen Bereich von Ports zu verwenden.
    Wenn die Anschlüsse ist das Kontrollkästchen aktiviert, RTSP verwendet immer die Ports in diesem Bereich. Aus diesem Grund kann der Administrator RTSP (UDP), das durch die angegebenen Ports in der Firewall öffnen streaming aktivieren.
  • Microsoft Media Server (MMS) - wie RTSP, MMS (UDP) verwendet einen zufälligen Port für eingehende Daten. MMS auch die Ports, die die Option Ports verwenden . Der Administrator kann MMS (UDP), das durch die angegebenen Ports in der Firewall öffnen streaming aktivieren.
  • Multicast - ist für multicast-Datenströme, den Port, den der Client streaming Datenverkehr empfängt auf dem Server konfiguriert. Dieser Wert wird in der Datei des Microsoft NetShow-Kanal (.nsc) angegeben. Der Client hat keine direkte Möglichkeit, diese Portnummer kennen, bevor der Port verwendet wird. Der Administrator für Windows Media-Dienste kann den Zielport multicast Publishingpoint konfigurieren festlegen. Gehen Sie hierzu folgendermaßen vor:
    1. Auf der Eigenschaften Registerkarte des Publishingpoints, doppelklicken Sie auf die WMS-Multicastdatenschreiber Plug-in. Dieses plug-in befindet sich in der Multicast-Streaming Kategorie.
    2. Konfigurieren Sie multicast-Eigenschaften wie die multicast-Adresse.
    Der Netzwerkadministrator kann auch den angegebenen Port in der Firewall öffnen.
  • Hypertext Transfer Protocol (HTTP) - da HTTP ist ein Protokoll auf TCP basierendes, nicht betroffen, das im Abschnitt "Problembeschreibung" beschriebene Problem. HTTP-Streams können direkt zugegriffen werden. HTTP-Datenströme können auch über die Protokollrollover zugegriffen werden, wenn weder RTSP als auch MMS erforderlichen Port öffnen können.

Aktivieren Sie Rollover auf ein TCP-basiertes Protokoll für alle Windows Media Server Publishingpoints Stream an Clients im Intranet.

Diese Methode ist mehr zu sichern, die die anderen da nicht die Konfiguration der Windows-Firewall ändern. Allerdings verwenden TCP-Verbindungen mehr Ressourcen im Netzwerk und auf dem Server als multicast-Verkehr oder UDP-Datenverkehr. Daher kann diese Methode nicht am besten für Ihr Netzwerk, abhängig von der Last auf dem Server und die erwartete Anzahl von Clients, die über wiederherstellen müssen.

Weitere Informationen

Unternehmen verwenden häufig Multicastdatenströme live-Events in dem lokalen Intranet übertragen. Multicastdatenströme beschränken die Netzwerkbandbreite, die eine Übertragung verwendet werden, da alle Clients denselben multicast Stream keine Verbindung herstellen.

Hinweis In der Regel werden multicast-Datenströme nicht über das Internet gesendet, da die meisten Netzwerksegmente im Internet nicht für Multicast aktiviert sind.

Wenn ein Client versucht, in einen Stream oder ein Multicastdatenstrom herstellen mithilfe von UDP-Protokoll, versucht die Windows Media-Format-SDK und Windows Media Player öffnen Sie die Ports in der Windows-Firewall, die eingehenden UDP-Datenverkehr für diesen Stream empfangen erforderlich sind. Allerdings läuft der Benutzer die Anwendung mit einem Benutzerkonto, das nicht über Administratorrechte verfügt, werden die Ports nicht geöffnet, weil nur Administratoren auf Windows-Firewalleinstellungen ändern dürfen.

Wenn multicast Publishingpoint auf dem Server mit Windows Media-Dienste für die Rollover Unicast Stream konfiguriert ist, wird der Client erfolgreich übernommen und dann in den Stream mit einem TCP-basiertes Protokoll verbindet.

Unicaststreaming verwendet jedoch viel mehr Netzwerkressourcen und Serverressourcen als multicast-streaming verwendet. Aus diesem Grund: Wenn multicast-Clients eine Verbindung Unicast umdrehen, wird stärker belastet mit dem Netzwerk und den Server hinzugefügt. Wenn viele Clients eine Verbindung Unicast umdrehen, ist die Benutzererfahrung sind nicht genügend Ressourcen zur Verfügung, auf die erhöhte Last vermindert.

Auf ähnliche Weise wird ein Client, der versucht, einen UDP Unicastdatenstrom zur eine TCP-basiertes Protokoll, wenn der Client auf den Stream zugreifen kann. Je nach der Version von Windows Media Format-SDK, die der Benutzer installiert wurden, wird der Benutzer möglicherweise eine Windows-Sicherheitswarnung Das Dialogfeld Windows-Firewall. Die Meldung im Dialogfeld zeigt an, dass die Anwendung keine Verbindungen aus dem Internet blockiert wurde.

Sind Sie ein Administrator des Windows Media-Dienste, verwenden, beachten Sie, dass TCP-Verbindungen geringfügig mehr Ressourcen auf dem Server als UDP-Verbindungen. Daher können viele Clients von UDP-Protokoll um ein TCP-basiertes Protokoll umdrehen, der Server erhöhte Last Probleme auftreten.

Das Protokoll, das zum streaming verwendet wird, kann die URL und die Einstellungen auf dem Server und dem Client abhängig. Der Client speichert auch Informationen zum Protokoll, das zuletzt verwendet wurde, der die Verbindung erfolgreich hergestellt wurde. Für spätere Verbindungen in einen Stream kann der Client diese Informationen verwenden, um das Protokoll zu ändern, das versucht zunächst.

Um das Protokoll zu bestimmen, das für einen Stream verwendet wird, kann Benutzer klicken. Statistik auf der Ansicht Menü und notieren Sie sich das Protokoll, das in angegeben ist die Erweiterte Registerkarte.

In den folgenden Beispielen der Benutzer Windows Media Player verwendet, und Folgendes zutrifft:
  • Der Client wird Windows XP SP2 oder höher ausgeführt werden.
  • Der Client hat die Windows-Firewall aktiviert.
  • Benutzerkonto für den Benutzer Administratorrechte keine.
Hinweis Andere Anwendungen, die auf Windows Media Format-SDK basieren, können dasselbe Verhalten auftreten.

Der Client eine Verbindung zu einer multicast-URL und Rollover aktiviert ist

  • Windows Media Player 10 - Multicast Rollover tritt auf. Der Client führt eine Unicast-Protokoll-Rollover und stellt dann den Stream mithilfe von TCP.
  • Windows Media Player 9-Reihe ? der Benutzer erhält eine Sicherheitswarnung der Windows-Benachrichtigung von Windows-Firewall und Rollover tritt dann ein. Der Client führt eine Unicast-Protokoll-Rollover und stellt dann den Stream mithilfe von TCP. Wenn der Benutzer die Windows-Sicherheitswarnung Benachrichtigung empfängt, kann der Benutzer nicht auf die Benachrichtigung für die aktuelle Anwendung finden Sie unter auswählen.

Der Client eine Verbindung zu einer multicast-URL und Rollover ist nicht aktiviert.

  • Windows Media Player 10 - der Benutzer erhält eine Fehlermeldung, die Windows Media Player auf dem Server keine Verbindung herstellen können. Die Fehlermeldung schlägt vor, dass eine Firewall die Ursache des Problems sein könnte.
  • Windows Media Player 9-Reihe ? der Benutzer erhält eine Sicherheitswarnung der Windows-Benachrichtigung von Windows-Firewall. Der Benutzer erhält dann eine Fehlermeldung von Windows Media Player an. Diese Fehlermeldung besagt, dass der Server ausgelastet ist. Wenn der Benutzer die Windows-Sicherheitswarnung Benachrichtigung empfängt, kann der Benutzer nicht auf die Benachrichtigung für die aktuelle Anwendung finden Sie unter auswählen.

Der Client eine Verbindung herstellt, eine ausgehandelte Protokoll-URL

Viele Protokolle versuchen, automatisch mit dem Server für die effizienteste Methode zum Informationsaustausch zu verhandeln. Beispielsweise werden sowohl RTSP als auch MMS zum Streaming von Inhalten versuchen mittels UDP. Wenn diese Methode nicht erfolgreich ist, versucht RTSP als auch MMS zum Streaming von Inhalten über TCP.

Einige Anwendungseinstellungen beeinträchtigen die Protokoll-Rollover-Verhalten. Beispielsweise können die Einstellungen in Windows Media-Dienste 9-Serie Fast Start und Schnellcache Protokoll-Rollover-Verhalten beeinflussen. Finden Sie in der Produktdokumentation für Protokoll-Rollover-Verhalten.
  • Windows Media Player 10 - Der Client stellt eine Verbindung über TCP her.
  • Windows Media Player 9-Reihe ? je nach Protokoll, das in der URL, der Benutzer ist möglicherweise oder möglicherweise eine Sicherheitswarnung der Windows-Benachrichtigung von Windows-Firewall nicht angezeigt. Der Client eine Verbindung herstellt, über TCP.

Der Client eine Verbindung zu einer URL, die das UDP-Protokoll

Das Protokoll gibt beispielsweise an, dass die Verbindung RTSPU oder MMSU verwendet.
  • Windows Media Player 10 - der Benutzer erhält eine Fehlermeldung, die Windows Media Player nicht mit dem Server herstellen konnte. Die Fehlermeldung schlägt vor, dass eine Firewall die Ursache des Problems sein könnte.
  • Windows Media Player 9-Reihe ? der Benutzer erhält eine Sicherheitswarnung der Windows-Benachrichtigung von Windows-Firewall. Anschließend erhält der Benutzer eine Fehlermeldung angezeigt, die von Windows Media Player nicht mit dem Server herstellen konnte. Die Fehlermeldung schlägt vor, dass eine Firewall die Ursache des Problems sein könnte.

Informationsquellen

Weitere Informationen finden Sie in der Produktdokumentation.

Weitere Informationen über bestimmte Konfigurationseinstellungen finden Sie auf der folgenden Microsoft-Website:
http://technet.Microsoft.com/en-us/library/bb877979.aspx
Weitere Informationen zu multicast-streaming finden Sie auf der folgenden Microsoft-Website:
http://www.Microsoft.com/Windows/WindowsMedia/forpros/Server/Server.aspx
Weitere Informationen über die Protokollrollover finden Sie auf der folgenden Microsoft-Website:
http://msdn2.Microsoft.com/en-us/library/aa390673.aspx

Eigenschaften

Artikel-ID: 883831 - Geändert am: Samstag, 20. Juli 2013 - Version: 6.0
Die Informationen in diesem Artikel beziehen sich auf:
  • Microsoft Windows Media Player 9 Series
  • Windows Media 9 Series Software Development Kit
  • Windows Media Format 9.5 Software Development Kit
  • Microsoft Windows Media Player 10
Keywords: 
kbprb kbinfo kbmt KB883831 KbMtde
Maschinell übersetzter Artikel
Wichtig: Dieser Artikel wurde maschinell übersetzt und wird dann möglicherweise mithilfe des Community Translation Framework (CTF) von Mitgliedern unserer Microsoft Community nachbearbeitet. Weitere Informationen zu CTF finden Sie unter http://support.microsoft.com/gp/machine-translation-corrections/de.
Den englischen Originalartikel können Sie über folgenden Link abrufen: 883831
Microsoft stellt Ihnen die in der Knowledge Base angebotenen Artikel und Informationen als Service-Leistung zur Verfügung. Microsoft übernimmt keinerlei Gewährleistung dafür, dass die angebotenen Artikel und Informationen auch in Ihrer Einsatzumgebung die erwünschten Ergebnisse erzielen. Die Entscheidung darüber, ob und in welcher Form Sie die angebotenen Artikel und Informationen nutzen, liegt daher allein bei Ihnen. Mit Ausnahme der gesetzlichen Haftung für Vorsatz ist jede Haftung von Microsoft im Zusammenhang mit Ihrer Nutzung dieser Artikel oder Informationen ausgeschlossen.

Ihr Feedback an uns

 

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