Ĉu interreto funkcias nur kun ŝaltita VPN-aplikaĵo? Kontrolu kvar tavolojn

Vi provas senpagan VPN-klienton aŭ retumilan etendaĵon dum semajno, malŝaltas ĝin, kaj la interreto haltas. La Wi-Fi-ikono ankoraŭ montras konekton, aliaj aparatoj en la sama enkursigilo funkcias, kaj la sola afero, kiu revenigas retumadon, estas reŝalti la aplikaĵon aŭ malinstali ĝin. Tiu ŝablono ne estas ĉifrado, kiu kreas dependecon. Ĝi estas agordo, kiun la aplikaĵo skribis ie, kies la tunelo ne estas posedanto.

La kliento ŝanĝas agordojn, kiujn la tunelo ne posedas

Privateca kliento en Windows aŭ macOS kutime tuŝas tri lokojn samtempe. Ĝi agordas la sistemprokuron HTTP, la saman kampon, kiun montras Internet Options. Ĝi instalas virtualan adaptilon, ofte TAP-movilon, por kapti pakaĵojn. Kaj ĝi reskribas la liston de solvantoj, dum nur la tunelo malaperas, kiam vi premu malkonekti.

Retumila etendaĵo estas pli mallarĝa afero. Ĝi kutime ŝanĝas sian propran profilon aŭ la prokuron, kiun sekvas unu retumilo. Tial unu retumilo povas malsukcesi dum komandliniaj iloj daŭre funkcias, aŭ male: la etendaĵo neniam havis la rajton tuŝi la aliajn tavolojn. Kiun tavolon ĝi redaktis, decidas, kiuj iloj rompiĝos.

Ĉiukaze, la eksmodan decidon faris programaro, kiu havis neniun kaŭzon nuligi ĝin. La tunelo estis la videbla parto, kaj ĝi ankaŭ estis la sola parto kun pura malŝaltovojo. Ĉio alia estas agordo en konservejo, kiu vivas pli longe ol la procezo, do forigi la aplikaĵon estas la sola paŝo, kiu returnas ĉiujn tri samtempe. Legi tiujn konservejojn antaŭ ol reinstali ion ajn transformas la simpton en diagnozon.

Tri restaĵoj, tri malsamaj paneoj

La unua restaĵo estas prokuro, kiu montras al nenio: la LAN-prokura skatolo ankoraŭ markita, aŭ URL de agorda skripto celanta localhost-pordon, kie neniu procezo plu aŭskultas. La retumilo plusendas ĉiun peton al tiu morta pordo kaj haltas ĝis la limtempo aspektas kiel morta reto. La dua estas adaptilo, kiu ankoraŭ posedas defaŭltan itineron, ĉar TAP-Windows-aparato aŭ itineriga pelilo de vendanto restas reala interfaco post malinstalo. Ĝi tenas la itineron, kiun ĝi ricevis, kaj trafiko malaperas en tunelon, kiu ne ekzistas. Neniu el la du restaĵoj anoncas sin; ambaŭ aspektas ekzakte kiel ĉeso.

La tria estas DNS, kaj ĝi paneas pli frue ol la aliaj du. Se la solvanta listo enhavas nur servilojn atingeblajn tra la tunelo, ĉiu serĉo eksvalidiĝas antaŭ ol eĉ unu paĝo estas petita, do la retumilo raportas neatingeblan retejon anstataŭ mortan prokuron. Kian ajn vi havas, neniu estas ĉeso en la reta senco. Ĉiu estas restaĵo, kiun neniu revokis, kaj ĉiu ripariĝas en malsama loko.

Trapasu la kvar tavolojn

Komencu plej proksime al la aplikaĵo kaj iru malsupren, ĉar la tavoloj paneas ĝuste laŭ tiu ordo de videbleco. Ŝanĝu unu tavolon po provo, kaj reprovu post ĉiu. Restarigi ĉion samtempe kutime revenigas retumadon kaj lasas vin nekapabla diri, kiu restaĵo kaŭzis ĝin, do la sekva instalo rekreas la saman enigmon. La ordo estas prokuro, adaptiloj, itineroj, solvantoj.

En Windows ĉiu kontrolo estas unu komando, kiu venas kun la operaciumo, do nenio bezonas instaladon. Rulu ilin laŭorde kaj tenu la eligon kune, ĉar la kvar respondoj havas sencon nur unu apud la alia. Ili raportas la prokuron, la adaptilojn, la IPv4-itineron kaj la solvantan liston, en tiu ordo:

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

Linux kaj macOS bezonas proprajn komandojn, kaj ili ne estas interŝanĝeblaj. En Linux la itineroj venas de ip route kaj la solvanto de resolvectl status, kie systemd-resolved posedas ĝin, kun retroiro al cat /etc/resolv.conf. En macOS la itineroj venas de netstat -rn, la solvantoj de scutil --dns, kaj la sistemprokuro de scutil --proxy. macOS-leganto, kiu rulas ip route, ricevas command not found, kaj /etc/resolv.conf tie estas generita stumpo, ne la aŭtoritata agordo. Kontrolu la platformon antaŭ la tavolo, alie la unua komando fariĝas la trovajo.

Por ĉiu tavolo demandu unu demandon: ĉu tiu valoro ankoraŭ montras al io, kio ekzistas dum la aplikaĵo estas fermita? Prokuro ĉe morta pordo, adaptilo sen tunelo, defaŭlta itinero tra mallevita interfaco kaj solvanto ene de la tunelo ĉiuj respondas ne. Iu ajn unu ne sufiĉas por klarigi la simpton, tial unu ŝanĝo po provo gravas.

Prokuro ne estas tunelo

Prokuro akceptas peton, prenas ĝin aliloken kaj redonas la respondon, kio signifas, ke ĝi konas la celon kaj vidas ĉion, kion la retejo mem ne ĉifris. Ĝi ne portas aliajn protokolojn. Ĝi ne protektas la vojon krom se la celo jam uzas TLS. Kaj ĝi povas esti ŝanĝita de kiu ajn instalas ĝin, sen via partopreno.

Tiu distingo ŝanĝas la demandon indan je starigo. Kiam prokuro restas malantaŭe, eltrovu, kiu programo ankoraŭ stiras vian retumilon anstataŭ ĉu la tunelo estas supren. La tunelo povas esti tute sana kaj tute sensignifa por la paneo.

Se vi volas scii, kion tia kliento efektive faris, observu ĝin anstataŭ legi ĝian panelon. Process Monitor registras, kiujn registrajn ŝlosilojn kaj dosierojn ĝi tuŝas, dum pakaĵkapto malkaŝas, kien iris ĝia trafiko. Ambaŭ estas ordinaraj iloj, kaj ambaŭ respondas la restaĵan demandon pli bone ol iu ajn statlumo. Neniu el ili postulas, ke la aplikaĵo ankoraŭ funkciu.

Forigu la komponanton, ne la pruvojn

La daŭra ripeto estas forigi la aferon, kiu skribis la agordon. Malinstalu la aplikaĵon, forigu la virtualan adaptilon, kiun ĝi aldonis, purigu la prokuron kaj la solvantan liston, poste restartigu kaj testu dum la aplikaĵo ankoraŭ estas malinstalita. Se retumado funkcias tiam, vi trovis la kaŭzon, ne provizoran solvon. Notu, kiu tavolo estis eksmoda, ĉar la sama vendanto emas ripeti la saman eraron dufoje.

Se la simptomo revenas post kiam vi instalas la sekvan klienton, trapasu la kvar tavolojn denove antaŭ ol decidi, ke la servo rompis ion. La pruvoj kutime ankoraŭ estas tie, en unu el la kvar lokoj. Dua aplikaĵo ne kreas kvinan tavolon; ĝi redaktas unu el la kvar.

Reinstalo restarigas la prokuron sed ne eksmodan adaptilon, kaj ĝi povas lasi du solvantojn en la listo. Tiu nesimetrio estas kial malinstalu-kaj-testu venkas butonon restarigi ĉion. Ĝi ankaŭ donas al vi bazlinion por kompari, kiam la konekto refoje falos.