Raggiungibilità e latenza su TCP
DNS e record
Lookup DNS Tutti i record DNS per qualsiasi dominio Lookup record A Indirizzi IPv4 di un dominio Lookup record AAAA Indirizzi IPv6 di un dominio Lookup MX Server di posta di un dominio Lookup NS Name server autoritativi Lookup TXT Record TXT, SPF, verifica Lookup CNAME Record di nome canonico (alias) Lookup SOA Record Start of Authority Lookup SRV Record di localizzazione dei servizi Lookup CAA Quali CA possono emettere certificati DNS inverso (PTR) Da indirizzo IP a hostname Verifica DNSSEC Il dominio è firmato e validato? Diagnostica DNS Un report completo di delega e DNSRecapitabilità email
Verifica SPF Valida il tuo record Sender Policy Framework Verifica DMARC Esamina e valuta la tua policy DMARC Verifica DKIM Trova e valida la tua chiave pubblica DKIM Verifica blacklist Verifica un IP rispetto alle blocklist email (DNSBL) Test SMTP Connettiti a un server di posta e verifica STARTTLS Verifica MTA-STS Policy TLS forzata per la posta in entrata Verifica BIMI Record del logo del brand per l'email Verifica TLS-RPT Policy di reportistica SMTP TLSRete e web
Verifica certificato SSL Esamina il certificato TLS e la scadenza di un sito Verifica header HTTP Esamina header di risposta, redirect e sicurezza Ping (TCP) Raggiungibilità e latenza su TCP Verifica porte Quali porte comuni sono aperteDominio
Lookup WHOIS Dati di registrazione per domini, IP e ASNUn TCP ping misura se un host è raggiungibile e quanto velocemente risponde aprendo una connessione TCP invece di inviare un echo ICMP. Poiché ICMP non è disponibile dietro la maggior parte degli hosting e delle CDN, IPeek misura raggiungibilità e latenza con una connessione TCP alle porte 443 e 80, riportando il tempo di andata e ritorno minimo, medio e massimo su più tentativi.
Il classico comando ping invia una richiesta echo ICMP e cronometra la risposta. Funziona su una rete locale ma fallisce su gran parte di internet pubblico, perché firewall, CDN e cloud provider scartano o depriorizzano abitualmente l'ICMP. Un TCP ping apre invece una connessione reale a una porta di servizio e cronometra la durata dell'handshake. Poiché i web server devono accettare connessioni sulle porte 443 e 80 per funzionare, questo raggiunge in modo affidabile host che non rispondono mai all'ICMP, e misura la latenza del percorso che trasporta davvero il tuo traffico.
IPeek riporta il tempo di andata e ritorno minimo, medio e massimo su più tentativi. Il minimo è la latenza migliore del percorso; la media è ciò che puoi tipicamente aspettarti. Il divario tra minimo e massimo è il jitter: un divario ridotto indica una connessione stabile, mentre un'ampia dispersione segnala congestione o un host sovraccarico. Come regola generale, sotto i 50 ms è eccellente, da 50 a 150 ms è normale tra regioni diverse, e tempi costantemente alti o molto variabili indicano un problema di rete o server da approfondire.
Usa un TCP ping quando un ping classico segnala il 100% di perdita di pacchetti ma il sito si carica chiaramente, il che significa semplicemente che l'ICMP è filtrato. Usalo per confermare che un server accetti connessioni sulle sue porte web, per confrontare la latenza verso un host dalla tua posizione, o per individuare rallentamenti intermittenti prima che diventino un'interruzione. È anche la misurazione più onesta quando ti interessa la vera esperienza utente, perché cronometra lo stesso percorso TCP che usano browser e API, non un canale ICMP separato.
Gli operatori bloccano o limitano l'ICMP per ridurre la superficie di attacco e il rumore: i flood ICMP erano un classico vettore di denial-of-service, e le risposte echo rivelano informazioni utili per la ricognizione. CDN e load balancer terminano inoltre le connessioni sul bordo, quindi un ping ICMP misurerebbe il nodo edge più vicino anziché l'origine. Per questo un ping ICMP fallito non dice nulla sul fatto che un sito sia attivo. Un TCP ping verso le porte su cui il servizio è effettivamente in ascolto fornisce un sì-o-no affidabile sulla raggiungibilità.
Il ping normale usa ICMP, che firewall e CDN scartano frequentemente, quindi può segnalare un fallimento anche quando un sito è perfettamente online. Il TCP ping apre una connessione a una porta di servizio come 443 o 80, che qualsiasi web server funzionante deve accettare. Poiché usa lo stesso percorso del traffico reale, riesce dove l'ICMP è filtrato.
Sotto i 50 ms è eccellente e sembra istantaneo, da 50 a 150 ms è normale per connessioni che attraversano regioni o continenti, e oltre i 150 ms diventa percepibile nell'uso interattivo. Più importante del numero assoluto è la costanza: una media stabile con poca dispersione tra minimo e massimo indica un percorso sano, mentre ampie oscillazioni indicano congestione o un server sovraccarico.
Riassumono diversi tentativi cronometrati. Il minimo è la risposta più veloce, che rappresenta la latenza migliore del percorso di rete. La media è la latenza tipica che puoi aspettarti. Il massimo è il tentativo più lento. La dispersione tra minimo e massimo è il jitter; una dispersione ridotta indica una connessione stabile, mentre una ampia indica congestione o instabilità sul percorso.
Sì, è esattamente lo scopo di un TCP ping. Invece di un echo ICMP, apre una connessione TCP alle porte 443 e 80, che i web server devono accettare per servire traffico. Questo raggiunge host dietro firewall e CDN che scartano silenziosamente l'ICMP, fornendo una reale lettura di raggiungibilità e latenza dove un ping standard andrebbe semplicemente in timeout.
Sono le porte standard HTTPS e HTTP che i web server devono mantenere aperte per funzionare, il che le rende bersagli affidabili per un ping basato su connessione. Cronometrando l'handshake TCP verso queste porte, IPeek misura la latenza del percorso che trasporta effettivamente il traffico web, e conferma la raggiungibilità per host che non rispondono mai alle richieste echo ICMP dietro hosting e CDN moderni.