Info Ping HTTP TCP UDP MTR DNS

Vérifier TCP tarnkappe.info:80

Lien permanent |

Emplacement	Résultat	Temps	Adresse IP
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

Vérificateur de ports TCP mondial et test de connectivité réseau

Le vérificateur de port TCP de Check-Host est un outil de diagnostic critique au niveau de la couche de transport. Il permet aux administrateurs système de vérifier si un port spécifique est ouvert, fermé ou bloqué furtivement par un pare-feu à travers plus de 50 emplacements géographiques, en initiant une négociation TCP standard à 3 voies (SYN, SYN-ACK, ACK).

Validation du pare-feu et du routage

Lors du déploiement d'une nouvelle infrastructure, la vérification de l'accessibilité des ports est la première étape. Si un test local réussit mais que le test TCP mondial échoue ou expire, cela indique un blocage géographique régional strict, un filtrage FAI en amont, ou un pare-feu de périphérie mal configuré (comme les groupes de sécurité AWS ou iptables) qui bloque les paquets entrants.

Couche d'application vs Couche de transport

Contrairement à un test HTTP qui nécessite une réponse complète de couche 7, le test TCP fonctionne uniquement à la couche 4. Cela signifie que vous pouvez tester la disponibilité des bases de données (port MySQL 3306), des serveurs de messagerie (port SMTP 25), ou des passerelles d'accès à distance (port SSH 22 ou RDP 3389) sans avoir besoin d'informations d'identification d'authentification au niveau de l'application.

Analyse de la latence de négociation

Le temps mesuré dans un test TCP est spécifiquement le temps d'aller-retour requis pour terminer la négociation TCP. Le suivi global de cette latence permet d'identifier un routage BGP sous-optimal ou des réseaux Anycast non optimisés. Notre mode TCP Live (TCP en direct) permet de surveiller cette latence en temps réel pour détecter les pertes de connexion intermittentes.