Fate ping verso un indirizzo letterale e risponde. Aprite un sito per nome e non succede nulla, mentre l'icona di rete insiste che la connessione è a posto. Su un Mac appena entrato in una VPN, quella combinazione significa quasi sempre che le risoluzioni puntano a un server non più raggiungibile, non che la rete sia giù. Gli indirizzi erano stati bloccati sul servizio Wi-Fi in un momento precedente e nulla li ha rimossi da allora. Diagnosticate per esclusione, poi cancellate le voci bloccate.

La riparazione è una cancellazione e non uno svuotamento, e la differenza conta perché i comandi che quasi tutti provano per primi fanno tutt'altro.

Connesso è un'affermazione sul collegamento

macOS mantiene una configurazione del resolver per ogni servizio di rete. I valori dal DHCP sono una fonte, quelli digitati un'altra, e quelli spinti da un profilo o scritti da un client una terza. Quelli bloccati hanno la precedenza su ciò che offre la rete, e nulla nello stack li rivalida. Un server scomparso resta quindi nella lista finché una persona non lo rimuove o il servizio non viene ricostruito da zero.

Ecco perché un tunnel che completa il suo handshake non cambia nulla in una risoluzione già male indirizzata. La VPN ha aggiunto un resolver; non ha verificato quello che stava fallendo.

Separate i nomi dai pacchetti

Raggiungete prima un host tramite l'indirizzo letterale. Quando carica, i pacchetti vanno bene e la colpa è del resolver. Quando non carica, fermatevi lì e trattate il problema come di routing, perché le modifiche DNS aggiungeranno solo una variabile a un quadro già confuso.

Un nome che fallisce mentre l'indirizzo corrispondente funziona è l'impronta. Notate anche l'ambito: se fallisce tutto, punta a una voce globale rotta, mentre se falliscono solo gli host dentro il tunnel, punta a un altro responsabile e a una correzione più stretta.

Cancellate i server bloccati

In Impostazioni di Rete, aprite i dettagli del servizio Wi-Fi e passate alla scheda DNS. Rimuovete ogni riga di server, confermate la modifica, poi scorrete i domini di ricerca cercando valori che non avete mai aggiunto. Lasciate la lista vuota, riconnettete il servizio e confermate che l'indirizzo fornito dal DHCP ricompare da solo. Una lista vuota è lo stato temporaneo che dimostra che i valori bloccati erano il problema.

Le versioni più vecchie nascondono lo stesso pannello un livello più in basso, dietro un pulsante Avanzate, con comportamento identico e lo stesso risultato.

Leggete lo stato, non il pannello

scutil --dns | head -40 stampa i resolver che macOS usa davvero, raggruppati per ambito, e un nslookup rapido di un nome interno noto mostra se arriva una risposta. Confrontate i due output: un pannello pulito con un server obsoleto ancora elencato significa che un altro scrittore possiede quell'impostazione. È un altro bug con un'altra correzione.

Quando entrambi sembrano puliti e i nomi falliscono ancora, il guasto si è spostato altrove e non state più debuggando la configurazione DNS.

Chi rimette le voci

I server che tornano dopo la cancellazione hanno una fonte. Controllate Gestione dispositivi per un profilo di configurazione, perché i profili possono portare DNS e vengono rivalutati secondo il loro calendario. Controllate le preferenze del client per un'opzione di impostazione del DNS alla connessione, e decidete se merita ancora il suo posto su questa macchina. Se la VPN ha davvero bisogno di un resolver privato, limitatelo ai domini che possiede invece di scrivere nella lista globale che ogni rete futura eredita.

Annotate il resolver previsto e i domini a cui deve rispondere. Dopo il prossimo aggiornamento del client, verificate un nome pubblico e uno privato, cosa più rapida che ripetere il giro delle impostazioni e che intercetta la regressione mentre la macchina è ancora nelle vostre mani.

Tutto il resto è teatro della manutenzione: comandi che sembrano deliberati, non cambiano nulla di misurabile e lasciano la stessa risoluzione rotta alla persona successiva.

Articoli correlati