Internet radi samo s uključenom VPN aplikacijom? Provjerite četiri sloja

Isprobate besplatni VPN klijent ili proširenje preglednika tjedan dana, isključite ga i internet stane. Ikona Wi-Fi i dalje pokazuje vezu, drugi uređaji na istom usmjerivaču rade, a jedino što vraća pregledavanje je ponovno uključivanje aplikacije ili njezino uklanjanje. Taj obrazac nije enkripcija koja stvara ovisnost. To je konfiguracija koju je aplikacija zapisala negdje gdje tunel nije vlasnik.

Klijent mijenja postavke koje tunel ne posjeduje

Klijent za privatnost na Windowsu ili macOS-u obično dira tri mjesta odjednom. Postavlja sistemski HTTP proxy, isto polje koje prikazuje Internet Options. Instalira virtualni adapter, često TAP driver, kako bi mogao hvatati pakete. I prepisuje popis razrješivača, dok pritiskom na odspajanje nestaje samo tunel.

Proširenje preglednika uža je stvar. Obično mijenja vlastiti profil ili proxy koji slijedi jedan preglednik. Zato jedan preglednik može zakazati dok alatke naredbenog retka rade, ili obrnuto: proširenje nikada nije imalo ovlast dirati ostale slojeve. Koji je sloj uredilo, određuje koje će se alatke pokvariti.

Bilo kako bilo, zastarjelu odluku donio je softver koji nije imao razloga poništiti je. Tunel je bio vidljivi dio i ujedno jedini dio s čistim putem gašenja. Sve ostalo je postavka u spremištu koje nadživi proces, pa je uklanjanje aplikacije jedini korak koji vraća sva tri odjednom. Čitanje tih spremišta prije bilo kakve ponovne instalacije pretvara simptom u dijagnozu.

Tri ostatka, tri različita kvara

Prvi ostatak je proxy koji ne pokazuje nikamo: LAN proxy okvir još je označen, ili URL konfiguracijske skripte cilja na localhost port na kojem više nitko ne sluša. Preglednik prosljeđuje svaki zahtjev tom mrtvom portu i zapne dok istek vremena ne izgleda kao mrtva mreža. Drugi je adapter koji još posjeduje zadanu rutu, jer TAP-Windows uređaj ili proizvođačev usmjerivački driver ostaje stvarno sučelje nakon uklanjanja. Drži rutu koju je dobio, a promet nestaje u tunelu kojeg nema. Nijedan se ostatak ne najavljuje; oba izgledaju točno kao prekid.

Treći je DNS i zakaže ranije od druga dva. Ako popis razrješivača sadrži samo poslužitelje dostupne kroz tunel, svaki upit istekne prije nego se zatraži ijedna stranica, pa preglednik prijavi nedostupno mjesto umjesto mrtvog proxyja. Koji god imali, nijedan nije prekid u mrežnom smislu. Svaki je ostatak koji nitko nije opozvao, i svaki se popravlja na drugom mjestu.

Prođite četiri sloja po redu

Počnite najbliže aplikaciji i idite prema dolje, jer slojevi zakažu upravo tim redoslijedom vidljivosti. Mijenjajte jedan sloj po testu i ponovno testirajte nakon svakog. Resetiranje svega odjednom obično vrati pregledavanje i ostavi vas nesposobnima reći koji je ostatak to uzrokovao, pa sljedeća instalacija stvara istu zagonetku. Redoslijed je proxy, adapteri, rute, razrješivači.

Na Windowsu je svaka provjera jedna naredba koja dolazi sa sustavom, pa ništa ne treba instalirati. Pokrenite ih po redu i držite izlaz zajedno, jer četiri odgovora imaju smisla samo jedan uz drugi. Prijavljuju proxy, adaptere, IPv4 rute i popis razrješivača, tim redom:

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux i macOS trebaju vlastite naredbe i nisu zamjenjive. Na Linuxu rute dolaze iz ip route, a razrješivač iz resolvectl status gdje njime upravlja systemd-resolved, uz povratak na cat /etc/resolv.conf. Na macOS-u rute dolaze iz netstat -rn, razrješivači iz scutil --dns, a sistemski proxy iz scutil --proxy. Čitatelj na macOS-u koji pokrene ip route dobije command not found, a /etc/resolv.conf tamo je generirana zakrpa, a ne autoritativna konfiguracija. Provjerite platformu prije sloja, inače prva naredba postaje nalaz.

Za svaki sloj postavite jedno pitanje: pokazuje li ta vrijednost još na nešto što postoji dok je aplikacija zatvorena? Proxy na mrtvom portu, adapter bez tunela, zadana ruta kroz ugašeno sučelje i razrješivač unutar tunela svi odgovaraju ne. Bilo koje jedno ne dovoljno je da objasni simptom, zato je važna jedna promjena po testu.

Proxy nije tunel

Proxy prihvaća zahtjev, donosi ga drugdje i vraća odgovor, što znači da zna odredište i vidi sve što stranica sama nije šifrirala. Ne nosi druge protokole. Ne štiti put osim ako odredište već koristi TLS. I može ga promijeniti tko ga je god instalirao, bez vašeg sudjelovanja.

Ta razlika mijenja pitanje koje vrijedi postaviti. Kad proxy ostane, otkrijte koja još aplikacija usmjerava vaš preglednik, a ne je li tunel podignut. Tunel može biti posve zdrav i posve nevažan za kvar.

Ako želite znati što je takav klijent stvarno učinio, promatrajte ga umjesto čitanja njegove ploče. Process Monitor bilježi koje registry ključeve i datoteke dira, a hvatanje paketa otkriva kamo je otišao njegov promet. Oboje su obične alatke i oboje bolje odgovaraju na pitanje ostatka od bilo kojeg svjetla statusa. Nijedno ne zahtijeva da aplikacija još radi.

Uklonite komponentu, ne dokaze

Trajno rješenje je ukloniti stvar koja je zapisala postavku. Deinstalirajte aplikaciju, izbrišite virtualni adapter koji je dodala, očistite proxy i popis razrješivača, zatim ponovno pokrenite i testirajte dok je aplikacija još deinstalirana. Ako pregledavanje tada radi, našli ste uzrok, a ne zaobilazno rješenje. Zabilježite koji je sloj bio zastario, jer isti proizvođač obično istu pogrešku napravi dvaput.

Ako se simptom vrati nakon instalacije sljedećeg klijenta, prođite četiri sloja ponovno prije nego zaključite da je usluga nešto pokvarila. Dokazi su obično još tamo, na jednom od četiri mjesta. Druga aplikacija ne stvara peti sloj; mijenja jedan od četiri.

Ponovna instalacija resetira proxy, ali ne zastarjeli adapter, i može ostaviti dva razrješivača na popisu. Ta asimetrija je razlog zašto deinstaliraj-pa-testiraj pobjeđuje gumb resetiraj sve. Daje vam i osnovnu liniju za usporedbu sljedeći put kad veza padne.