Internet deluje samo z aplikacijo VPN? Preverite štiri plasti

Brezplačnega odjemalca VPN ali razširitev brskalnika preizkušate teden dni, ga izklopite in internet se ustavi. Ikona Wi-Fi še vedno kaže povezavo, druge naprave na istem usmerjevalniku delujejo, edino, kar vrne brskanje, pa je ponoven vklop aplikacije ali njena odstranitev. Ta vzorec ni šifriranje, ki ustvarja odvisnost. To je konfiguracija, ki jo je aplikacija zapisala nekam, kjer je tunel ne upravlja.

Odjemalec spreminja nastavitve, ki jih tunel ne upravlja

Odjemalec za zasebnost v sistemu Windows ali macOS običajno naenkrat poseže na tri mesta. Nastavi sistemski HTTP proxy, isto polje, ki ga izpostavijo Internetne možnosti. Namesti navidezni vmesnik, pogosto gonilnik TAP, da lahko zajema pakete. In prepiše seznam razreševalnikov, medtem ko ob pritisku na prekinitev izgine samo tunel.

Razširitev brskalnika je ožja stvar. Običajno spremeni svoj profil ali proxy, ki mu sledi en brskalnik. Zato lahko en brskalnik odpove, medtem ko orodja ukazne vrstice delujejo, ali obratno: razširitev nikoli ni imela pooblastila posegati v druge plasti. Katero plast je uredila, odloča, katera orodja se pokvarijo.

V vsakem primeru je zastarelo odločitev sprejela programska oprema, ki ni imela razloga, da bi jo razveljavila. Tunel je bil vidni del in edini del s čisto potjo zaustavitve. Vse ostalo je nastavitev v shrambi, ki preživi proces, zato je odstranitev aplikacije edini korak, ki razveljavi vse tri hkrati. Branje teh shramb pred kakršno koli ponovno namestitvijo je tisto, kar spremeni simptom v diagnozo.

Trije ostanki, tri različne okvare

Prvi ostanek je proxy, ki ne vodi nikamor: polje proxyja lokalnega omrežja je še vedno označeno ali URL konfiguracijske skripte kaže na vrata localhost, kjer noben proces več ne posluša. Brskalnik vsako zahtevo pošlje na ta mrtva vrata in obvisi, dokler časovna omejitev ne izgleda kot mrtvo omrežje. Drugi je vmesnik, ki še vedno upravlja privzeto pot, ker naprava TAP-Windows ali dobaviteljev gonilnik usmerjanja ostane resničen vmesnik tudi po odstranitvi. Obdrži pot, ki mu je bila dodeljena, promet pa izgine v tunelu, ki ga ni. Noben ostanek se ne oglasi; oba izgledata natanko kot izpad.

Tretji je DNS in odpove prej kot druga dva. Če seznam razreševalnikov vsebuje le strežnike, dosegljive skozi tunel, vsako iskanje poteče, preden je zahtevana ena sama stran, zato brskalnik javi nedosegljivo mesto, ne mrtvega proxyja. Kateri koli od njih je pri vas, noben ni izpad v omrežnem smislu. Vsak je ostanek, ki ga nihče ni preklical, in vsak se popravi na drugem mestu.

Prehodite štiri plasti

Začnite najbližje aplikaciji in se pomikajte navzdol, ker plasti odpovedo v tem vrstnem redu vidnosti. Spreminjajte eno plast na test in po vsakem znova preizkusite. Ponastavitev vsega naenkrat običajno vrne brskanje in vas pusti brez odgovora, kateri ostanek je bil vzrok, zato naslednja namestitev ustvari isto uganko. Vrstni red je proxy, vmesniki, poti, razreševalniki.

V sistemu Windows je vsako preverjanje en ukaz, ki je del sistema, zato ni treba ničesar namestiti. Zaženite jih po vrsti in izpis obdržite skupaj, ker imajo štirje odgovori smisel le drug ob drugem. Poročajo o proxyju, vmesnikih, poteh IPv4 in seznamu razreševalnikov natanko v tem vrstnem redu:

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

Linux in macOS potrebujeta svoje ukaze in nista zamenljiva. V Linuxu poti prihajajo iz ip route, razreševalnik pa iz resolvectl status tam, kjer ga upravlja systemd-resolved, z vrnitvijo na cat /etc/resolv.conf. V macOS poti prihajajo iz netstat -rn, razreševalniki iz scutil --dns, sistemski proxy pa iz scutil --proxy. Bralec na macOS, ki zažene ip route, dobi command not found, /etc/resolv.conf pa je tam ustvarjena nadomestna datoteka, ne veljavna konfiguracija. Preverite platformo pred plastjo, drugače prvi ukaz postane ugotovitev.

Za vsako plast postavite eno vprašanje: ali ta vrednost še vedno kaže na nekaj, kar obstaja, ko je aplikacija zaprta? Proxy na mrtvih vratih, vmesnik brez tunela, privzeta pot skozi izklopljen vmesnik in razreševalnik znotraj tunela vsi odgovorijo ne. Vsak posamezni ne zadostuje za razlago simptoma, zato je pomembna ena sprememba na test.

Proxy ni tunel

Proxy sprejme zahtevo, jo pridobi drugje in vrne odgovor, kar pomeni, da pozna cilj in vidi vse, česar mesto samo ni šifriralo. Ne prenaša drugih protokolov. Ne ščiti poti, razen če cilj že uporablja TLS. In spremeni ga lahko karkoli, kar ga je namestilo, brez vaše udeležbe.

Ta razlika spremeni vprašanje, ki se ga splača postaviti. Ko proxy ostane, ugotovite, kateri program še usmerja vaš brskalnik, ne ali je tunel vzpostavljen. Tunel je lahko popolnoma zdrav in popolnoma nepomemben za okvaro.

Če želite vedeti, kaj je tak odjemalec v resnici naredil, ga opazujte, namesto da berete njegovo nadzorno ploščo. Process Monitor beleži, katerih ključev registra in datotek se dotika, zajem paketov pa razkrije, kam je šel njegov promet. Oba sta običajna orodja in oba odgovorita na vprašanje o ostanku bolje kot katera koli statusna lučka. Nobeno ne zahteva, da aplikacija še teče.

Odstranite komponento, ne dokaza

Trajna poprava je, da odstranite stvar, ki je zapisala nastavitev. Odinštalirajte aplikacijo, izbrišite navidezni vmesnik, ki ga je dodala, počistite proxy in seznam razreševalnikov, nato znova zaženite in preizkusite, medtem ko je aplikacija še odinštalirana. Če brskanje takrat deluje, ste našli vzrok in ne obhoda. Zapišite, katera plast je bila zastarela, ker isti dobavitelj ponavadi isto napako dostavi dvakrat.

Če se simptom vrne po namestitvi naslednjega odjemalca, prehodite štiri plasti znova, preden sklenete, da je storitev kaj pokvarila. Dokaz je običajno še tam, na enem od štirih mest. Druga aplikacija ne ustvari pete plasti; uredi eno od štirih.

Ponovna namestitev ponastavi proxy, ne pa zastarelega vmesnika, in v seznamu lahko pusti dva razreševalnika. Ta asimetrija je razlog, da je odinštaliraj-in-preizkusi bolje od gumba za popolno ponastavitev. Ponudi vam tudi izhodišče za primerjavo prihodnjič, ko povezava pade.