Windows Server 2008 - kein TCP-Port kann gebunden werden

Windows Server 2008 - kein TCP-Port kann gebunden werden

Betriebssystem: Win Server 2008 RC2, Windows-Firewall aktiviert (keine Auswirkung, wenn deaktiviert)

Mich plagt plötzlich das Problem, dass ich bei der Suche keine vergleichbaren finden kann.

Ich betreibe etwa 20 Spieleserver, die an einen UDP-Port gebunden sind und dann an einen TCP-Port 1 über dem UDP-Port. Vor einem Tag funktionierten plötzlich keine neuen TCP-Bindungen mehr.

Jetzt habe ich bestätigt, dass andere Anwendungen die meisten Ports nicht abhören können. Ich habe beispielsweise ein Java-Programm kopiert und die folgenden Ports ausprobiert: 33001, 23789, 89 ... völlig zufällige Ports.

Bei den Anwendungen, die bereits TCP-Bindungen haben, wie HTTP und MySQL, konnte ich nur Port 8080 finden, der funktionieren konnte, und zwar nur für Apache. Wenn Anwendungen ihren Standardport verließen, konnten sie keine Bindung herstellen, kehrten jedoch zum Normalport zurück, wenn der Port der Standardport war.

Ich habe über Netstat und Curports nach lauschenden Anwendungen gesucht und auch nach Verbindungen auf diesen Ports gesucht, und sie sind völlig frei.

Antwort1

Ihrem Server sind wahrscheinlich die temporären Ports ausgegangen.

Dies können Sie imEreignisanzeige(Ausführen -> eventvwr.msc). Suchen Sie nach Warnungen inSystemProtokoll mitNr.: 4227, 4231ausTCP/IPQuelle. Wenn Sie welche sehen, müssen Sie Ihren Server neu starten und das TCP/IP-Protokoll über die Registrierung anpassen -Windows Server 2012 R2 hat keine temporären Ports mehr, obwohl das nicht der Fall sein sollte

Antwort2

Möglicherweise stand Ihr Programm auf der Ausnahmeliste Ihrer Firewall und die Liste wurde gelöscht.

Ich bin auch schon in eine Situation geraten, in der eszweiFirewalls installiert und konfiguriert werden müssenbeiderichtig. Das hat einige Haare gezogen.

Antwort3

Haben Sie versucht, den Windows-Firewall-Dienst zu starten und ihn dann über die Windows-Firewall-Schnittstelle zu starten/stoppen?

Klicken Sie auf „Start“, dann auf „Suchen“ und suchen Sie nach „Windows-Firewall mit erweiterter Sicherheit“.

Bei Windows 7 und 2008R2 besteht das Problem, dass der Hintergrunddienst gestartet werden muss, unabhängig davon, was Sie mit der Firewall tun möchten.

Antwort4

Wenn Sie Dienste wie Hyper-V verwenden, kann dies folgende Ursache haben:Ausgeschlossene Portbereiche". In diesem Szenario sind einige Ports nicht verfügbar.

Sie können dies überprüfen, indem Sie

PS ~> netsh interface ipv4 show excludedportrange protocol=tcp

Protocol tcp Port Exclusion Ranges

Start Port    End Port
----------    --------
      5357        5357
      5985        5985
     47001       47001
     50000       50059     *

Wenn Ihr Port im obigen Bereich liegt, schlägt jede Verbindung fehl.eine SuperUser-Antwort, können Sie versuchen, es freizugeben, indem Sie

net stop winnat

Um eigene Ports zu reservieren, können Sie verwenden

netsh int ipv4 add excludedportrange protocol=tcp startport=50323 numberofports=1

verwandte Informationen