Articoli

Un indirizzo IP statico viene mantenuto fisso di proposito per un'interfaccia o un servizio. Un indirizzo dinamico viene assegnato automaticamente e può cambiare, ma non necessariamente a ogni riconnessione del dispositivo. Questi termini descrivono il modo in cui l'indirizzo viene assegnato, non se sia pubblico o privato: entrambi i tipi possono usare l'uno o l'altro metodo di assegnazione.

Un indirizzo IPv6 temporaneo è un indirizzo aggiuntivo del dispositivo usato per le connessioni in uscita. Cambia nel tempo, così da rendere più difficile collegare tra loro le visite tramite un identificatore fisso del dispositivo. Il meccanismo non rende anonimi e non cambia necessariamente il prefisso di indirizzi assegnato alla rete.

I campi Received vengono aggiunti in testa dai sistemi di posta man mano che il messaggio attraversa l'infrastruttura SMTP. From è un campo di presentazione e di paternità e può differire dal mittente della busta o dal dominio autenticato: per ricostruire il percorso servono quindi più campi, non un solo indirizzo visibile.

La gestione di IPv4 e IPv6 nelle API IP dipende dal contratto tra un client e un'API. Un buon client tiene distinti successo, errori di validazione, errori di autenticazione, limiti di frequenza ed errori temporanei del server. Che le risposte siano in JSON o in XML, la semantica HTTP resta la stessa; i valori IPv4/IPv6, poi, vanno conservati senza presupporre che abbiano la lunghezza di un indirizzo IPv4.

IPv4 e IPv6 sono due versioni dell'Internet Protocol ed entrambe funzionano sull'Internet di oggi. Gli indirizzi IPv4 sono lunghi 32 bit, quelli IPv6 128 bit. Il maggiore spazio di indirizzi di IPv6 non rende automaticamente una connessione più veloce o più sicura: prestazioni ed esposizione dipendono dal percorso, dalla rete e dalla configurazione.

Un risultato di download veloce non garantisce una chiamata o una partita fluida. Il traffico interattivo dipende anche dalla latenza, dalle variazioni della latenza, note come jitter, e dalla perdita di pacchetti. Ciascuna descrive un aspetto diverso della connessione, quindi misurale separatamente prima di cambiare apparecchiature o dare la colpa a un server.

Limiti di frequenza e nuovi tentativi fanno parte del contratto tra un client e un'API. Un client deve distinguere tra successo, errori di validazione, errori di autenticazione, limiti di frequenza ed errori temporanei del server. La scelta tra JSON e XML non cambia la semantica HTTP, e i valori IPv4/IPv6 vanno conservati senza dare per scontata la lunghezza di un indirizzo IPv4.

Le maschere di sottorete e la notazione CIDR descrivono il modo in cui un host individua la propria rete locale, i dispositivi vicini e il percorso verso altre reti. In IPv4 contano l'indirizzo, la lunghezza del prefisso e il gateway; in IPv6 entrano in gioco anche l'ambito (scope) dell'indirizzo e il Neighbor Discovery. Un solo valore errato può lasciare funzionante la comunicazione locale e interrompere l'accesso oltre la sottorete.

La velocità delle connessioni Internet viene di solito indicata in megabit al secondo, abbreviati Mbps o Mb/s. Le dimensioni dei file e i programmi di download, invece, usano spesso i megabyte e i MB/s. Un byte contiene otto bit, quindi i due valori differiscono di circa otto volte ancora prima di considerare l'overhead dei protocolli.

I sistemi binario, decimale ed esadecimale si capiscono meglio con una regola precisa, un'unità o una rappresentazione in bit che con una generica diagnosi di rete. Prima di fare il calcolo, chiarisci che cosa stai misurando, in quali unità sono espressi i dati di partenza e quale formato vuoi ottenere.

Leggi gli errori DNS come NXDOMAIN, SERVFAIL e REFUSED lungo il percorso stub resolver → resolver ricorsivo → delega → nameserver autoritativo. Il resolver ricorsivo può servire la risposta dalla propria cache, per cui ciò che riceve l'utente non arriva per forza direttamente dal server autoritativo. Il TTL, il tipo di record e il codice di risposta indicano l'origine del risultato e per quanto resta valido.

Per confrontare peering e IP transit non bastano la velocità massima pubblicizzata o il nome dell'offerta. Bisogna considerare tecnologia di accesso, risorse, isolamento, routing, accordi di peering e transit, politica di assegnazione degli indirizzi e assistenza. Sulla carta due servizi possono sembrare equivalenti e comportarsi in modo diverso sotto carico.

Un singolo valore in Mbps non basta a spiegare perché una connessione Internet è lenta. Throughput, latenza, jitter e perdita di pacchetti descrivono proprietà diverse, e sui risultati influiscono Wi-Fi o Ethernet, gli altri dispositivi collegati, la VPN, il routing e il server di test. Una banda elevata può convivere con una latenza alta sotto carico.

Quando la consegna di un'e-mail non riesce, esamina separatamente dominio del destinatario, MX/DNS, connessione SMTP, risposta del server, criteri di autenticazione e filtraggio successivo. Un'accettazione SMTP non garantisce il recapito nella posta in arrivo, e l'assenza di un bounce immediato non dimostra che la casella resterà disponibile a lungo.

Per capire perché una porta è chiusa, esamina il percorso di trasporto o di rete. Distingui il socket locale, la consegna dei pacchetti IP, il comportamento di TCP o UDP, il filtraggio del firewall e il NAT. Un ping riuscito non dimostra che una porta TCP sia raggiungibile, e una porta aperta non dimostra che il protocollo applicativo funzioni correttamente.

Quando un indirizzo inizia con 169.254, controlla come l'host individua la propria rete locale, i dispositivi vicini e il percorso verso altre reti. In IPv4 bisogna guardare indirizzo, lunghezza del prefisso e gateway; in IPv6 si aggiungono l'ambito (scope) dell'indirizzo e il Neighbor Discovery. Un singolo errore di configurazione può lasciare attiva la comunicazione locale e bloccare l'accesso al di fuori della sottorete.

I picchi di ping e una latenza instabile non si possono valutare da un singolo valore in Mbps. Throughput, latenza, jitter e perdita di pacchetti sono proprietà distinte, e il tipo di collegamento (Wi-Fi o Ethernet), gli altri dispositivi attivi, la VPN, il routing e il server di test influenzano ogni misura. Una connessione con molta banda può comunque avere una latenza alta quando è carica.

Il ping verifica se una destinazione risponde alle sonde di rete e misura quanto tempo impiega ogni risposta a tornare indietro. È un primo passo diagnostico utile, ma non misura la banda in download e da solo non può dimostrare che un'applicazione o un sito web funzionino correttamente.

Una verifica delle porte riporta come è apparso un tentativo di connessione da una determinata posizione di rete. “Aperta”, “chiusa” e “filtrata” sono etichette diagnostiche utili, ma un singolo risultato non può identificare ogni dispositivo coinvolto né stabilire se un'applicazione sia sicura.

Le porte dei servizi più comuni fanno parte del percorso di trasporto e di rete. Vanno considerati separatamente il socket locale, la consegna dei pacchetti IP, il comportamento di TCP o UDP, il filtraggio del firewall e il NAT. La risposta al ping non dimostra che una porta TCP sia raggiungibile, e una porta aperta non dice che il protocollo applicativo funzioni correttamente.

Per il Punycode e i domini internazionalizzati, individua la proprietà che stai verificando: riservatezza, integrità, autenticazione o minore correlabilità. Strumenti diversi servono a scopi diversi: la crittografia non va confusa con l'hashing, né una VPN con un proxy applicativo, e cambiare un identificatore visibile non rende completamente anonimi.

Punycode è una codifica che rappresenta i caratteri Unicode in una forma compatibile con ASCII, usata per i nomi di dominio internazionalizzati. Un dominio scritto con caratteri nazionali può quindi comparire nei dati tecnici come un'etichetta che inizia con xn--. La codifica cambia la rappresentazione, ma non dimostra che un sito web sia autentico.

La geolocalizzazione IP associa in modo approssimativo un indirizzo di rete a un paese, una regione, una città o un provider. La sua precisione dipende dal database e dal tipo di connessione. Il risultato non corrisponde alle coordinate di una persona né dimostra dove si trovi fisicamente.

La randomizzazione modifica l'indirizzo MAC di un'interfaccia di rete, cioè l'identificatore usato su un collegamento Ethernet o Wi-Fi locale. Un indirizzo MAC del dispositivo non viene trasportato attraverso Internet come identificatore globale permanente: i router usano gli indirizzi di livello di collegamento (link layer) propri di ciascun segmento locale.

WHOIS usa tradizionalmente la porta TCP 43 e non prevede un formato di risposta universale. RDAP è invece un'API HTTP con rappresentazioni JSON, codici di stato, link e individuazione automatica del servizio. Per i domini generici di primo livello, il 28 gennaio 2025 ICANN ha adottato RDAP come servizio di riferimento per i dati di registrazione; i domini nazionali possono seguire regole diverse.