Internets darbojas tikai ar VPN lietotni? Pārbaudiet četrus slāņus

Jūs nedēļu izmēģināt bezmaksas VPN klientu vai pārlūka paplašinājumu, izslēdzat to, un internets apstājas. Wi-Fi ikona joprojām rāda savienojumu, citas ierīces tajā pašā maršrutētājā strādā, un vienīgais, kas atgriež pārlūkošanu, ir lietotnes atkārtota iespējošana vai atinstalēšana. Šis modelis nav šifrēšana, kas radījusi atkarību. Tā ir konfigurācija, ko lietotne ierakstījusi vietā, kuru tunelis nepārvalda.

Klients maina iestatījumus, kurus tunelis nepārvalda

Privātuma klients operētajā sistēmā Windows vai macOS parasti vienlaikus aizskar trīs vietas. Tas iestata sistēmas HTTP starpniekserveri, kas ir tas pats lauks, ko rāda interneta opcijas. Tas instalē virtuālo adapteri, bieži TAP draiveri, lai varētu uztvert paketes. Un tas pārraksta risinātāju sarakstu, kamēr, nospiežot atvienošanos, pazūd tikai tunelis.

Pārlūka paplašinājums ir šaurāka lieta. Tas parasti maina savu profilu vai starpniekserveri, kam seko viens pārlūks. Tāpēc viens pārlūks var neizdoties, kamēr komandrindas rīki turpina strādāt, vai otrādi: paplašinājumam nekad nebija tiesību aizskart pārējos slāņus. Tas, kuru slāni tas mainīja, nosaka, kuri rīki sabojāsies.

Tā vai citādi, novecojušo lēmumu pieņēma programmatūra, kurai nebija iemesla to atsaukt. Tunelis bija redzamā daļa, un tas bija arī vienīgā daļa ar tīru izslēgšanas ceļu. Viss pārējais ir iestatījums krātuvē, kas pārdzīvo procesu, tāpēc lietotnes noņemšana ir vienīgais solis, kas atceļ visus trīs uzreiz. Šo krātuvju izlasīšana pirms pārinstalēšanas pārvērš simptomu diagnozē.

Trīs pārpalikumi, trīs dažādas kļūmes

Pirmais pārpalikums ir starpniekserveris, kas uz neko nenorāda: LAN starpniekservera izvēles rūtiņa joprojām atzīmēta vai konfigurācijas skripta URL vērsts uz localhost portu, kurā vairs neklausās neviens process. Pārlūks pārsūta katru pieprasījumu uz šo mirušo portu un gaida, līdz taimauts izskatās pēc miruša tīkla. Otrais ir adapteris, kuram joprojām pieder noklusējuma maršruts, jo TAP-Windows ierīce vai ražotāja maršrutēšanas draiveris pēc atinstalēšanas paliek reāla saskarne. Tas patur maršrutu, kas tam tika dots, un trafiks pazūd tunelī, kura nav. Neviens no pārpalikumiem sevi nepaziņo; abi izskatās tieši kā avārija.

Trešais ir DNS, un tas sabojājas agrāk nekā pārējie divi. Ja risinātāju sarakstā ir tikai serveri, kas sasniedzami caur tuneli, katrs vaicājums beidzas ar taimautu, pirms pieprasīta pat viena lapa, tāpēc pārlūks ziņo par nesasniedzamu vietni, nevis par mirušu starpniekserveri. Lai kurš no tiem jums būtu, neviens no tiem nav avārija tīkla izpratnē. Katrs ir pārpalikums, ko neviens nav atsaucis, un katrs tiek labots citā vietā.

Pārejiet pa četriem slāņiem

Sāciet vistuvāk lietojumprogrammai un virzieties uz leju, jo slāņi sabojājas tieši šādā redzamības secībā. Mainiet vienu slāni vienā pārbaudē un pēc katras pārbaudes pārbaudiet vēlreiz. Visa atiestatīšana uzreiz parasti atjauno pārlūkošanu, taču tā liedz pateikt, kurš pārpalikums to izraisīja, tāpēc nākamā instalēšana atkārto to pašu mīklu. Secība ir starpniekserveris, adapteri, maršruti, risinātāji.

Operētajā sistēmā Windows katra pārbaude ir viena komanda, kas nāk kopā ar sistēmu, tāpēc nekas nav jāinstalē. Izpildiet tās pēc kārtas un saglabājiet izvadi kopā, jo četras atbildes ir jēgpilnas tikai blakus. Tās ziņo par starpniekserveri, adapteriem, IPv4 maršrutiem un risinātāju sarakstu tieši šādā secībā:

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

Linux un macOS prasa savas komandas, un tās nav savstarpēji aizvietojamas. Linux sistēmā maršruti nāk no ip route un risinātājs no resolvectl status tur, kur to pārvalda systemd-resolved, ar atkāpšanos uz cat /etc/resolv.conf. MacOS maršrutus dod netstat -rn, risinātājus scutil --dns, bet sistēmas starpniekserveri scutil --proxy. MacOS lietotājs, kurš izpilda ip route, saņem command not found, un /etc/resolv.conf tur ir ģenerēta aizbāžņu datne, nevis autoritatīvā konfigurācija. Pārbaudiet platformu pirms slāņa pārbaudes, citādi pirmā komanda kļūst par atradumu.

Katram slānim uzdodiet vienu jautājumu: vai šī vērtība joprojām norāda uz kaut ko tādu, kas pastāv, kamēr lietotne ir aizvērta? Starpniekserveris mirušā portā, adapteris bez tuneļa, noklusējuma maršruts caur izslēgtu saskarni un risinātājs tuneļa iekšienē — visi atbild nē. Jebkurš atsevišķs nē ir pietiekams, lai izskaidrotu simptomu, tāpēc ir svarīgi mainīt vienu lietu vienā pārbaudē.

Starpniekserveris nav tunelis

Starpniekserveris pieņem pieprasījumu, iegūst to citur un atdod atpakaļ atbildi, kas nozīmē, ka tas zina galamērķi un redz visu, ko vietne pati nav šifrējusi. Tas nepārraida citus protokolus. Tas neaizsargā ceļu, ja vien galamērķis jau neizmanto TLS. Un to var mainīt jebkas, kas to instalēja, bez jūsu līdzdalības.

Šī atšķirība maina jautājumu, ko ir vērts uzdot. Kad starpniekserveris paliek aiz muguras, noskaidrojiet, kura programma joprojām vada jūsu pārlūku, nevis vai tunelis ir aktīvs. Tunelis var būt pilnīgi vesels un pilnīgi nebūtisks šai kļūmei.

Ja vēlaties zināt, ko šāds klients faktiski izdarīja, novērojiet to, nevis lasiet tā paneli. Process Monitor reģistrē, kurus reģistra atslēgas un datnes tas aizskar, bet pakešu tveršana atklāj, kur tā trafiks aizgāja. Abi ir parasti rīki, un abi atbild uz pārpalikuma jautājumu labāk nekā jebkura statusa gaismiņa. Neviens no tiem neprasa, lai lietotne vēl darbojas.

Noņemiet komponentu, nevis pierādījumus

Ilgtspējīgais risinājums ir noņemt to, kas ierakstīja iestatījumu. Atinstalējiet lietotni, izdzēsiet virtuālo adapteri, ko tā pievienoja, notīriet starpniekserveri un risinātāju sarakstu, pēc tam pārstartējiet un pārbaudiet, kamēr lietotne joprojām ir atinstalēta. Ja pārlūkošana šajā brīdī strādā, jūs esat atraduši cēloni, nevis apiešanas risinājumu. Pierakstiet, kurš slānis bija novecojis, jo viens un tas pats ražotājs mēdz piegādāt vienu un to pašu kļūdu divreiz.

Ja simptoms atgriežas pēc nākamā klienta instalēšanas, vēlreiz izstaigājiet četrus slāņus, pirms nolemjat, ka pakalpojums kaut ko salauza. Pierādījumi parasti joprojām ir tur, vienā no četrām vietām. Otra lietotne nerada piekto slāni; tā maina vienu no četriem.

Pārinstalēšana atiestata starpniekserveri, bet ne novecojušu adapteri, un tā var atstāt divus risinātājus sarakstā. Šī asimetrija ir iemesls, kāpēc atinstalēšana un pēc tam pārbaude ir labāka par pogu, kas atiestata visu. Tā arī dod atskaites punktu salīdzinājumam nākamreiz, kad savienojums pārtrūkst.