VPN disconnessa, internet ancora bloccato: interruttore o regola obsoleta?

Il tunnel si chiude, il browser si ferma e ogni altro dispositivo sulla stessa Wi-Fi continua a funzionare, il che esclude il router. Questo schema ha tre proprietari plausibili: un interruttore di sicurezza a cui è stato ordinato di bloccare, lo stato lasciato da un client rimosso e un resolver o una rotta che non sono mai stati ripristinati. Dalla finestra del browser sembrano identici e richiedono riparazioni diverse. Stabilite quale avete prima di eseguire un ripristino di rete.

Due internet bloccati molto diversi

Un blocco deliberato è una funzione: finché nessun tunnel è attivo, il client scarta il traffico così nulla esce dal percorso protetto. Un blocco accidentale è una regola, un’impostazione di dispositivo o resolver rimasta dopo l’uscita del client. Uno si ripara collegandosi o disattivando di proposito la politica, l’altro ripulendo ciò che è stato lasciato.

La differenza si vede nell’errore, non nel browser. Un blocco deliberato di solito produce un rifiuto immediato o un blocco silenzioso, mentre un resolver residuo produce un errore di risoluzione dei nomi che persiste anche quando un ping verso un indirizzo letterale funziona. Nessuno dei due è uguale a una connessione Wi-Fi rotta, che colpirebbe anche gli altri dispositivi. Ordinate i controlli secondo quella differenza: prima un indirizzo letterale, poi un nome.

Cosa ha promesso il client alla disconnessione

Leggete le impostazioni del client stesso per capire cosa significa disconnessione, perché molti prodotti distinguono una pausa da un arresto completo. Una pausa mantiene il blocco per progetto, mentre un arresto può rimuoverlo. Alcune piattaforme mobili esprimono la stessa idea come regola sempre attiva che blocca il traffico ogni volta che nessuna VPN è connessa.

Dove l’organizzazione richiede protezione, la riparazione è riconnettere il profilo corretto invece di aggirare il blocco. Verificate che il nome del server si risolva ancora e che l’endpoint sia raggiungibile tramite le eccezioni documentate dalla distribuzione, perché una riconnessione fallita sembra esattamente un blocco persistente.

Stato obsoleto da una rimozione interrotta

Una disinstallazione interrotta, o un pacchetto rimosso mentre il tunnel era attivo, può lasciare dietro di sé una catena del firewall, una regola di routing, una voce del resolver o un adattatore virtuale. Il processo è andato e gli effetti no.

Iniziate dal percorso di pulizia e riparazione supportato dall’applicazione, poi, prima di cancellare, identificate quale componente ha installato ogni oggetto rimasto. Spegnere il firewall dell’host ripristina la navigazione e rimuove allo stesso tempo una protezione non correlata. Un ripristino globale di rete è peggio, perché scarta impostazioni di ufficio o Wi-Fi funzionanti senza nominare la causa.

Se sono installati due client, stabilite quale possiede la politica. Due proprietari è il modo in cui un blocco sopravvive alla rimozione di entrambi.

Verificate lo stato disconnesso, non solo la navigazione

Che la navigazione riprenda è un debole test di accettazione. Verificate che la politica richiesta sia intatta e che nient’altro sia stato indebolito in silenzio.

ip rule show
ip route show table all | grep -v '^default'
resolvectl status | head -n 20
sudo nft list ruleset | grep -A 6 'chain output'

Confrontate le regole di routing, il resolver e la politica del firewall con l’aspetto di una macchina disconnessa pulita. Poi riconnettetevi e disconnettetevi tramite il flusso di lavoro normale e ripetete le letture, così lo stato atteso viene scritto invece che ricordato.

Conservate quella coppia prima-e-dopo nel ticket. La prossima persona che vedrà un browser bloccato ne avrà più bisogno di un’altra opinione su quale client sia il migliore.