Come funzionano i controlli di IPNixa

Ogni risultato di IPNixa deriva da una misurazione specifica o da una fonte di dati pubblica. Questa pagina spiega da dove proviene ogni risultato, cosa può e non può dirti e cosa conserviamo.

Misurato, consultato o calcolato

Ogni risultato su IPNixa appartiene a uno di tre tipi. Sapere quale tipo stai leggendo ti dice quanto puoi fidarti.

• Misurato: il tuo browser o il nostro server osserva qualcosa direttamente, come l’indirizzo da cui è arrivata la richiesta o quanto tempo ha impiegato una richiesta. Vale per quel momento e per quel percorso.
• Consultato: un database pubblico risponde per un indirizzo o un nome, come il record di un registro Internet regionale o una risposta DNS. È aggiornato solo quanto quel database.
• Calcolato: il risultato viene calcolato nel tuo browser a partire da ciò che digiti, come un intervallo di subnet o la forma decimale di un indirizzo. Nulla viene misurato o inviato.

Il tuo indirizzo IP e la posizione approssimativa

Il tuo indirizzo pubblico è l’indirizzo di origine della richiesta che il browser invia a IPNixa, così come lo riporta Cloudflare, che ospita il sito. Paese, regione, città, codice postale, fuso orario, coordinate e numero di rete (ASN) con il nome dell’organizzazione provengono dai metadati che Cloudflare associa a quella stessa richiesta.

Per mostrare entrambe le versioni IP, il tuo browser richiede anche la pagina trace di Cloudflare una volta via IPv4 (1.1.1.1) e una volta via IPv6 (2606:4700:4700::1111). Un indirizzo compare solo se la relativa richiesta riesce. Una richiesta bloccata o scaduta viene indicata come non disponibile, non come prova che la tua rete sia priva di IPv4 o IPv6.

I valori di posizione descrivono una rete, non un dispositivo o una persona. La città è spesso quella del gateway del tuo provider, e con una VPN o un relay per la privacy compare invece il server di uscita. Non viene richiesta l’autorizzazione GPS. Scopri perché la posizione IP può essere sbagliata.

Cercare un altro indirizzo IP

Quando inserisci un indirizzo nello strumento di ricerca IP, il nostro server chiede al servizio pubblico ipquery.io i campi di posizione e di rete. Il titolare registrato e il contatto abuse provengono dal Registration Data Access Protocol (RDAP), interrogato tramite rdap.org, che inoltra la richiesta al registro Internet regionale che gestisce il blocco di indirizzi. Le risposte dei registri restano in cache sull’edge per un massimo di un giorno.

I servizi di geolocalizzazione e i registri possono non concordare, perché ognuno mantiene i propri dati e li aggiorna con i propri tempi. L’indirizzo che inserisci viaggia nel corpo della richiesta, non nell’URL della pagina.

Record DNS e DNS inverso

Lo strumento di ricerca DNS invia ogni query dal nostro server a due resolver DNS-over-HTTPS pubblici, Cloudflare (cloudflare-dns.com) e Google Public DNS (dns.google), così puoi confrontarne le risposte e il tempo di cache residuo (TTL). La ricerca DNS inversa richiede il record PTR di un indirizzo e poi verifica se quel nome rimanda allo stesso indirizzo.

Le risposte mostrano ciò che quei due resolver restituiscono in quel momento. Non rivelano quale resolver usa il tuo dispositivo, e un record modificato di recente può comparire ancora nella forma precedente finché la copia in cache non scade.

Porte aperte e header dei siti web

La verifica delle porte aperte apre una connessione TCP dalla rete di Cloudflare alla porta che scegli, sull’indirizzo da cui proviene la tua richiesta. Non può essere indirizzata verso nessun altro indirizzo. Il risultato è «aperta» se la connessione viene accettata, «chiusa» se viene rifiutata e «in timeout» se nessuno risponde entro quattro secondi. Le porte UDP non vengono testate.

Una porta chiusa o in timeout non indica quale dispositivo l’ha bloccata. Il router, un firewall, il dispositivo stesso o il carrier-grade NAT del provider possono produrre lo stesso risultato.

Il controllo degli header HTTP richiede una sola volta dal nostro server la pagina che indichi, seguendo fino a tre reindirizzamenti e verificando che ogni passaggio sia un indirizzo pubblico. Riporta gli header di sicurezza della risposta finale. Gli indirizzi privati e locali vengono rifiutati.

Latenza, tempi per regione e TLS

Il test di ping e latenza invia dal tuo browser una richiesta di riscaldamento e poi otto richieste HTTP cronometrate al nodo Cloudflare più vicino che serve IPNixa. Riporta la mediana degli otto tempi e, come jitter, la variazione media tra tempi consecutivi.

La misurazione per regione cronometra le richieste verso endpoint regionali pubblici di Amazon Web Services. Dopo una richiesta di riscaldamento, per ogni regione conserva il più rapido di tre tempi.

Sono tempi HTTP, non ping ICMP. Includono il carico aggiuntivo del browser e della rete, quindi di solito superano di qualche millisecondo un ping verso lo stesso punto, e il Wi-Fi o altro traffico sulla tua rete possono aumentarli.

La verifica della versione TLS legge la versione TLS e il gruppo di scambio delle chiavi dalla pagina trace di Cloudflare. Descrive la connessione sicura che il tuo browser ha negoziato con Cloudflare, non con ogni sito che visiti.

Controlli VPN, WebRTC e del browser

Lo strumento Indizi di rete VPN confronta il tuo indirizzo con due elenchi pubblici: gli indirizzi di uscita del Tor Project e gli intervalli di uscita di iCloud Private Relay pubblicati da Apple. Gli elenchi sono inclusi nel sito e aggiornati periodicamente, quindi le modifiche molto recenti potrebbero mancare.

La classificazione delle VPN commerciali è attualmente disattivata. Un indirizzo che non compare in nessun elenco, quindi, non significa che non sia in uso una VPN, e una corrispondenza descrive l’indirizzo, non la persona che lo usa.

Il test delle fughe WebRTC e VPN viene eseguito nel tuo browser. Chiede a un server STUN pubblico (quello di Cloudflare, più quello di Google per il controllo del NAT) quali indirizzi riesce a vedere, poi li confronta con l’indirizzo da cui è arrivata la richiesta della pagina.

Il test dell’impronta del browser legge le caratteristiche che il tuo browser espone a qualsiasi sito, come dimensioni dello schermo, fuso orario e lingua e, facoltativamente, i dettagli Canvas e WebGL. Vengono letti e confrontati nel browser e non sono inviati al nostro server.

Calcolatori

Il calcolatore subnet, il convertitore IP e il convertitore da range IP a CIDR funzionano interamente nel tuo browser. Ciò che digiti non viene inviato a IPNixa.

Cosa conserviamo

Non conserviamo un database di ricerche, indirizzi inseriti o profili utente. Le richieste API hanno un limite di frequenza per rete: per questo l’indirizzo che effettua la richiesta viene conteggiato per breve tempo dal sistema di rate limiting di Cloudflare. I progressi di grado facoltativi e i confronti prima/dopo salvati restano nel tuo browser. I dettagli sono nell’informativa sulla privacy.

Accuratezza e correzioni

Ogni risultato misurato è una singola osservazione, fatta in un momento e da un luogo precisi. Se un risultato sembra sbagliato, ripeti il controllo, leggi la guida corrispondente e scrivi a contact@ipnixa.com indicando l’indirizzo della pagina, l’ora del controllo e cosa ti aspettavi di vedere.

Aggiorniamo questa pagina quando cambia una fonte di dati o un metodo. Il globo, i satelliti e le scene dello scanner nella home page sono illustrazioni e non fanno parte di alcuna misurazione.