Check-Host.cc
Impostazioni avanzate
Mostra mappa mondiale
Info Ping HTTP TCP UDP MTR DNS

Verifica TCP check-host.cc:443

Link permanente |
Posizione Risultato Tempo Grafico Indirizzo IP
AL
Albania Tirana
AU
Australia Sydney
BA
Bosnia and Herzegovina Novi Travnik
BG
Bulgaria Sofia
BR
Brazil São Paulo
CA
Canada Montreal
CH
Switzerland Bern
CH
Switzerland Zurich
CN
China Hohhot
CY
Cyprus Larnaca
DE
Germany Nuernberg
DE
Germany Frankfurt am Main
DE
Germany Limburg
DE
Germany Frankfurt am Main
DE
Germany Frankfurt am Main
DE
Germany Koblenz
DE
Germany Langen
DE
Germany Frankfurt am Main
DK
Denmark Glostrup Municipality
ES
Spain Bilbao
ES
Spain Barcelona
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
IL
Israel Petach Tikwa
IL
Israel Netanja
IN
India Bangalore
IR
Iran Tehran
IR
Iran Tehran
IS
Iceland Reykjavik (Miðborg)
IT
Italy Como
JP
Japan Tokyo
KR
South Korea Seoul
KZ
Kazakhstan Almaty
LT
Lithuania Pilaite
LV
Latvia Riga
MD
Moldova Chisinau
NL
Netherlands Amsterdam
NL
Netherlands Amsterdam
NL
Netherlands Amsterdam
NL
Netherlands Amsterdam
NL
Netherlands Eygelshoven
NO
Norway Oslo
PL
Poland Warsaw
RO
Romania Bacău
RO
Romania Bucharest
RS
Serbia Belgrade
RU
Russia Moscow
SG
Singapore Singapore
T1
Tor Onion
T1
Tor Onion
T1
Tor Onion
TR
Turkey Istanbul
TR
Turkey Istanbul
UA
Ukraine Khmelnytskyi
US
United States Dallas
US
United States Los Angeles
US
United States Houston
US
United States Miami
ZA
South Africa Johannesburg

Verificatore globale di porte TCP e test di connettività di rete

La verifica TCP tenta lo handshake a tre vie (SYN → SYN-ACK → ACK) verso un host e una porta specifici, poi misura quanto tempo ci vuole. A differenza del ping, attraversa le stesse regole firewall e policy di routing del traffico applicativo reale. Se una porta accetta una connessione TCP, è aperta — indipendentemente da cosa fa con i dati l'applicazione dietro di essa.

Validazione di firewall e routing

Se una porta funziona in locale ma fallisce dai nodi esterni, qualcosa tra internet e il tuo server la sta bloccando: un security group cloud, una regola iptables, un filtro dell'ISP a monte o una policy di geoblocking. Eseguire la verifica in simultanea da più regioni aiuta a capire se il blocco è globale o specifico per certi paesi o ASN di origine. Un timeout da tutti i nodi di solito significa che la porta non è raggiungibile dall'esterno; una connessione rifiutata significa che la porta è chiusa attivamente.

Layer applicativo e layer di trasporto

Le verifiche TCP lavorano al layer 4, quindi puoi testare porte senza interfaccia HTTP — database (MySQL 3306, PostgreSQL 5432), server di posta (SMTP 25, IMAPS 993), SSH (22), RDP (3389) o porte applicative custom. Niente credenziali richieste. La verifica controlla solo se lo handshake TCP va a buon fine, non cosa fa l'applicazione dopo. Abbinala a un test specifico del protocollo se devi verificare il layer applicativo.

Analisi della latenza dello handshake

Il tempo misurato è l'andata e ritorno completo per portare a termine lo handshake TCP. Di solito è vicino alla latenza pura di rete più un poco di tempo di elaborazione del server. Grandi differenze tra le regioni puntano spesso a un routing non ottimale — traffico che prende un percorso più lungo del previsto — più che a un problema del server. La modalità live esegue questa verifica in continuo per 60 secondi, così puoi individuare fallimenti di connessione intermittenti che un test una tantum farebbe perdere.