Check-Host.cc

:target साठी TCP पोर्ट तपासा time.nist.gov:80

कायमस्वरूपी लिंक |
लोकेशन निकाल वेळ IP Address
AL Albania, Tirana
AU Australia, Sydney
BA Bosnia and Herzegovina, Novi Travnik
BG Bulgaria, Sofia
CA Canada, Montreal
CH Switzerland, Bern
CL Chile, Santiago
CN China, Hohhot
DE Germany, Nuernberg
DE Germany, Frankfurt am Main
DE Germany, Frankfurt am Main
DE Germany, Limburg
DK Denmark, Glostrup Municipality
ES Spain, Madrid
FI Finland, Helsinki
FI Finland, Helsinki
FR France, Gravelines
FR France, Paris
GB United Kingdom, London
HK Hong Kong, Hong Kong
HR Croatia, Zagreb
HU Hungary, Budapest
ID Indonesia, Jakarta
IN India, New Delhi
IS Iceland, Reykjavik (Miðborg)
IT Italy, Como
LT Lithuania, Pilaite
LV Latvia, Riga
MD Moldova, Chisinau
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Amsterdam
NL Netherlands, Eygelshoven
QA Qatar, Doha
RO Romania, Bacău
RO Romania, Bucharest
RS Serbia, Belgrade
SG Singapore, Singapore
TW Taiwan, Taipei
US United States, Miami
US United States, Dallas
US United States, Kansas City

Global TCP Port Checker & Network Connectivity Test

आमचे TCP पोर्ट चेकर अनेक जागतिक टेस्टिंग नोड्सवरून तुमच्या टार्गेट होस्टवरील एखाद्या विशिष्ट पोर्टशी रॉ ट्रान्समिशन कंट्रोल प्रोटोकॉल (TCP) हँडशेक स्थापित करण्याचा प्रयत्न करते. एखाद्या महत्त्वाचा पोर्ट (जसे की SSH साठी 22, MySQL साठी 3306, किंवा SMTP साठी 25) उघडा आहे आणि तो कनेक्शन स्वीकारत आहे की नाही हे पडताळून पाहण्याचा हा निश्चित मार्ग आहे.

Firewall & Routing Validation

HTTP चेकच्या विपरीत, ज्यामध्ये सर्व्हरने हेडर्स पार्स करणे आणि विशिष्ट 200 OK पेलोड परत करणे आवश्यक असते, TCP चेक फक्त ट्रान्सपोर्ट लेयर व्हॅलिडेट करते. जर आमच्या मॉनिटरिंग नोडने SYN-SYN/ACK-ACK हँडशेक यशस्वीरित्या पूर्ण केला, तर पोर्ट उघडा आहे असे मानले जाते. जर कनेक्शन टाइमआऊट झाले किंवा "Connection Refused" त्रुटी परत आली, तर एकतर पोर्टला कडक फायरवॉलद्वारे संरक्षित केले आहे किंवा अंतर्निहित सेवा क्रॅश झाली आहे असा निष्कर्ष निघतो.

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.