Testen Sie die TCP-Erreichbarkeit von einem Standort und vergleichen Sie die WAN-Adresse auf mögliche CGNAT-Hinweise. Die UDP-Prüfung des Browsers bestimmt keinen Konsolen-NAT-Typ.
Den Spielport prüfen, um eine Antwort zu erhalten
Prüfen Sie den TCP-Port eines Spiels und vergleichen Sie die WAN-Adresse Ihres Routers auf mögliche NAT-Hinweise.
Ein nicht lauschender Server ist eine mögliche Ursache. Führen Sie den Befehl auf dem Server-PC aus. LISTEN oder LISTENING zeigt einen TCP-Listener, belegt aber weder die zugehörige Anwendung noch die Erreichbarkeit von außen.
netstat -ano | findstr :25565Get-NetTCPConnection -LocalPort 25565 -State Listenlsof -nP -iTCP:25565 -sTCP:LISTENss -ltnp | grep :25565Verbindung wird geprüft …
Lokale Demo – Beispieladressen und Beispielstandort, kein tatsächlicher Netzwerk- oder VPN-Test.
ÖFFENTLICHE IPFür Firewall-Freigabelisten: /32 für eine einzelne IPv4-Adresse oder /128 für eine einzelne IPv6-Adresse.
Standort- und Netzwerkangaben beziehen sich auf die oben angezeigte Adresse.
—
—
Eine Zeitüberschreitung, Browsereinschränkung, VPN-Einstellung oder ein nicht erreichbarer Testendpunkt kann die Bestätigung verhindern. Das beweist nicht, dass dem Netzwerk IPv4 oder IPv6 fehlt. Aktualisieren und erneut versuchen oder den Ratgeber zu IPv4 und IPv6 lesen.
Details für
Postleitzahl und Uhrzeit beziehen sich auf den geschätzten IP-Standort. PTR ist ein öffentlicher DNS-Name und identifiziert weder eine Person noch ein Gerät.
Standardports aus der Serverdokumentation der Spiele. Die tatsächlichen Servereinstellungen sind maßgeblich.
Warten auf Verbindung …
Gemessen werden HTTP-Antwortzeiten vom Browser zu einem Cloudflare-Testendpunkt. Das ist kein Spiel- oder ICMP-Ping-Test. Der Spielserver kann einen anderen Netzwerkpfad und andere Antwortzeiten haben. Für ein klareres Ergebnis Downloads und Streams pausieren.
Die Verwaltungsseite des Routers öffnen, häufig 192.168.0.1 oder 192.168.1.1, und die WAN-, Internet- oder externe IP-Adresse suchen. Diese zum Vergleich mit der öffentlichen IPv4 eingeben, die Websites sehen.
Die eingegebene WAN-Adresse wird im Browser verglichen und nicht an unseren Server gesendet.
IPNixa versucht von einem Cloudflare-Server aus eine TCP-Verbindung zur öffentlichen Adresse dieser Anfrage auf dem gewählten Port. Eine andere Adresse wird nie geprüft.
Nur TCP, von einem Cloudflare-Standort aus. Reine UDP-Spielports lassen sich so nicht bestätigen, Port 25 wird nicht unterstützt. Den Server während der Prüfung laufen lassen.
Diese Prüfung fragt zwei STUN-Dienste nach der öffentlichen IP und dem Port des UDP-Verkehrs dieses Browsers. Unterschiedliche Zuordnungen können durch NAT-Verhalten oder mehrere Netzwerkschnittstellen entstehen. Sie bestimmen keinen Konsolen-NAT-Typ.
Beobachtet werden UDP-Zuordnungen dieses Browsers. Die Prüfung testet keine NAT-Filterung und bestätigt keine Konsolenanzeige wie „Offen“, „Moderat“ oder „Strikt“.
Adresse zum Teilen erstellen, HTTP-Antwortzeit messen und Hinweise aus der WAN-Adresse prüfen. Jede Prüfung beleuchtet einen anderen Aspekt des Serverbetriebs.
Eine gemeinsam genutzte oder private WAN-Adresse liefert einen Hinweis. Heimrouter, Gebäudenetze und NAT beim Anbieter können ähnlich aussehen. Vor Änderungen am Router den Netzwerkaufbau klären.
Ratgeber zur CGNAT-Fehlersuche lesenWAN-Adresse vergleichenRichtige IP-Adresse und Port vorbereiten, Server und Firewall prüfen und anschließend von außerhalb des eigenen Netzwerks testen. Eine übereinstimmende WAN-Adresse bestätigt keine Port-Erreichbarkeit.
Öffentliche und private Adressen verstehenSpielserver-Adresse erstellenDieser Test misst kleine HTTP-Anfragen an einen Cloudflare-Endpunkt. Das Spiel kann einen anderen Server, Pfad und ein anderes Protokoll nutzen. Median und Schwankungen helfen beim Vergleich ähnlicher Durchläufe.
Latenz und Jitter richtig lesenLatenztest ansehen