Info Ping HTTP TCP UDP MTR DNS

Sprawdź port TCP dla :target golem.de:80

Link bezpośredni |

Lokalizacja	Wynik	Czas	IP Address
Albania, Tirana
Australia, Sydney
Bosnia and Herzegovina, Novi Travnik
Bulgaria, Sofia
Canada, Montreal
Switzerland, Bern
Chile, Santiago
China, Hohhot
Germany, Nuernberg
Germany, Frankfurt am Main
Germany, Frankfurt am Main
Germany, Limburg
Denmark, Glostrup Municipality
Spain, Madrid
Finland, Helsinki
Finland, Helsinki
France, Gravelines
France, Paris
United Kingdom, London
Hong Kong, Hong Kong
Croatia, Zagreb
Hungary, Budapest
Indonesia, Jakarta
India, New Delhi
Iceland, Reykjavik (Miðborg)
Italy, Como
Lithuania, Pilaite
Latvia, Riga
Moldova, Chisinau
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Amsterdam
Netherlands, Eygelshoven
Qatar, Doha
Romania, Bacău
Romania, Bucharest
Serbia, Belgrade
Singapore, Singapore
Taiwan, Taipei
United States, Miami
United States, Dallas
United States, Kansas City

Global TCP Port Checker & Network Connectivity Test

Nasze narzędzie do sprawdzania portów TCP próbuje nawiązać surowe połączenie (handshake) protokołu Transmission Control Protocol (TCP) z określonym portem docelowego hosta z wielu globalnych węzłów testowych. Jest to najpewniejszy sposób zweryfikowania, czy krytyczny port (taki jak 22 dla SSH, 3306 dla MySQL lub 25 dla SMTP) jest otwarty i aktywnie przyjmuje połączenia.

Firewall & Routing Validation

W przeciwieństwie do testu HTTP, który wymaga od serwera przeanalizowania nagłówków i zwrócenia określonego ładunku 200 OK, test TCP po prostu weryfikuje warstwę transportową (transport layer). Jeśli nasz węzeł monitorujący pomyślnie zakończy procedurę nawiązywania połączenia SYN-SYN/ACK-ACK, port uważa się za otwarty. Jeśli upłynie limit czasu połączenia (timeout) lub zwrócony zostanie błąd "Odmowa połączenia" (Connection Refused), oznacza to, że port jest chroniony przez rygorystyczną zaporę sieciową (firewall) lub usługa obsługująca ten port uległa awarii.

Application vs. Transport Layer

Unlike an HTTP check which requires a fully formed layer-7 response, the TCP check operates purely at layer 4. This means you can test the availability of databases (MySQL port 3306), mail servers (SMTP port 25), or remote access gateways (SSH port 22 or RDP port 3389) without needing application-level authentication credentials.

Handshake Latency Analysis

The time measured in a TCP check is specifically the round-trip time required to complete the TCP handshake. Tracking this latency globally helps identify suboptimal BGP routing or unoptimized Anycast networks. Our Live TCP mode allows for real-time monitoring of this latency to catch intermittent connection drops.