VPN deconectat, internetul încă blocat: comutator sau regulă veche?

Tunelul se închide, browserul se oprește, iar toate celelalte dispozitive din aceeași rețea Wi-Fi funcționează în continuare, ceea ce exclude routerul. Acest tipar are trei proprietari plauzibili: un kill switch căruia i s-a ordonat să blocheze, starea lăsată de un client eliminat și un resolver sau o rută care nu au fost niciodată restaurate. Din fereastra browserului arată identic și necesită reparații diferite. Decideți pe care îl aveți înainte de a rula o resetare de rețea.

Două interneturi blocate foarte diferite

O blocare deliberată este o funcție: cât timp nu există tunel activ, clientul aruncă traficul ca nimic să nu scape în afara căii protejate. O blocare accidentală este o regulă, o setare de dispozitiv sau de resolver care a supraviețuit ieșirii clientului. Una se repară conectându-se sau dezactivând intenționat politica, cealaltă curățând ce a rămas.

Diferența se vede în eroare, nu în browser. O blocare deliberată produce de obicei un refuz imediat sau o blocare tăcută, în timp ce un resolver rămas produce o eroare de rezolvare a numelor care persistă chiar și când un ping către o adresă literală funcționează. Niciuna nu este la fel ca o conexiune Wi-Fi stricată, care ar afecta și celelalte dispozitive. Ordonați verificările după acea diferență: mai întâi o adresă literală, apoi un nume.

Ce a promis clientul la deconectare

Citiți setările clientului însuși pentru sensul deconectării, deoarece multe produse separă o pauză de o oprire completă. O pauză menține blocarea în loc prin proiectare, în timp ce o oprire o poate elimina. Unele platforme mobile exprimă aceeași idee ca regulă mereu activă care blochează traficul ori de câte ori nu este conectat un VPN.

Acolo unde organizația cere protecție, reparația este reconectarea profilului corect, nu ocolirea blocării. Verificați că numele serverului se rezolvă în continuare și că punctul final este accesibil prin excepțiile documentate de implementare, deoarece o reconectare eșuată arată exact ca o blocare persistentă.

Stare veche de la o eliminare întreruptă

O dezinstalare întreruptă, sau un pachet eliminat cât timp tunelul era activ, poate lăsa în urmă un lanț de firewall, o regulă de rutare, o intrare de resolver sau un adaptor virtual. Procesul a plecat, iar efectele nu.

Începeți cu calea de curățare și reparare acceptată a aplicației, apoi, înainte de a șterge, identificați ce componentă a instalat fiecare obiect rămas. Oprirea firewall-ului gazdă restabilește navigarea și elimină totodată protecția nelegată. O resetare globală de rețea este mai rea, pentru că aruncă setări de birou sau Wi-Fi care funcționează fără a numi cauza.

Dacă sunt instalate două clienți, decideți care deține politica. Doi proprietari este motivul pentru care o blocare supraviețuiește eliminării ambelor.

Verificați starea deconectată, nu doar navigarea

Faptul că navigarea funcționează din nou este un test de acceptare slab. Verificați că politica cerută este intactă și că nimic altceva nu a fost slăbit în tăcere.

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'

Comparați regulile de rutare, resolverul și politica de firewall cu aspectul unei mașini deconectate curate. Apoi reconectați și deconectați prin fluxul normal de lucru și repetați citirile, ca starea așteptată să fie scrisă, nu ținută minte.

Păstrați acea pereche înainte-și-după în tichet. Următoarea persoană care vede un browser blocat va avea mai multă nevoie de ea decât de încă o părere despre ce client este cel mai bun.