VPN deluje, a ena aplikacija nima interneta? Preverite njen proxy

Vaš tunel je dvignjen, statusna stran prikazuje zdravo rokovanje, a ena aplikacija še vedno ne naloži ničesar. Ta aplikacija verjetno še vedno pošilja zahteve starejšemu posredniku: sistemskemu proxiju, razširitvi, konfiguracijski datoteki, ki jo potiska upravljanje naprav, ali spremenljivki proxy, ki jo bere samo njen lastni proces. Zamenjava strežnika VPN se te nastavitve ne bo dotaknila, in to pojasnjuje vzorec, ko druge aplikacije delujejo z istega računalnika. Delajte od aplikacije, ki ne uspe, navzven, in pustite tunel pri miru, dokler vprašanje proxija ni rešeno.

Katera plast ima v lasti nastavitev proxija

Štiri mesta lahko zahtevajo oblast nad zahtevami aplikacije, in običajno zmaga najožje. Operacijski sistem hrani globalni proxy in izbirni URL samodejne konfiguracije; brskalnik mu lahko sledi, ga preglasi ali preda nadzor razširitvi; orodje ukazne vrstice bere svoje okolje; in upravljana politika lahko po spremembi znova pripne karkoli od naštetega. Odločite se, katera plast je odgovorna, preden karkoli uredite, saj brisanje napačne plasti izgleda kot uspešna poprava, ki se vrne ob naslednji prijavi.

Primerjajte dve aplikaciji na istem običajnem spletnem mestu, ne na testni strani samo za VPN. Če brskalnik ne uspe, medtem ko prenos v terminalu uspe, operacijski sistem ni problem, in razlika je v profilu brskalnika ali njegovih razširitvah. Če oba ne uspeta, a drugi uporabniški račun na istem računalniku uspe, je nastavitev na uporabnika. Ta primerjava stane minuto in odstrani večino ugibanj.

Preberite vrednost, ki jo vsako orodje dejansko uporablja

Natisnite konfiguracijo, preden jo spremenite, in kopirajte natančen niz proxija nekam, od koder ga lahko obnovite. Spremenljivke lupine so najhitrejše preverjanje za orodja ukazne vrstice, ker odjemalec VPN jih običajno pusti nedotaknjene.

env | grep -i -E 'http_proxy|https_proxy|all_proxy|no_proxy'
scutil --proxy
gsettings get org.gnome.system.proxy mode
netsh winhttp show proxy

Zaženite samo vrstico, ki ustreza platformi pred vami, nato preberite izhod za gostitelja, vrata in poverilnice. Vrednost, kot je http://proxy.corp.example:8080 pomeni, da orodje za vsako zahtevo vpraša tega gostitelja, medtem ko prazen rezultat pomeni, da gre neposredno in je prava napaka drugje. Preden prilepite izhod v zahtevek, zakrijte del z uporabnikom in geslom, ker so ti nizi veliko pogosteje žive poverilnice, kot ljudje domnevajo.

Orodja z lastnim pogonom proxy potrebujejo lastne dokaze. Curl navede odločitev, ki jo je sprejel, ko povečate podrobnost, kar je bolje kot ugibanje iz okolja, in ista zastavica pokaže, ali se je razreševanje imen zgodilo lokalno ali na proxiju.

Izbrišite preglasitev in znova preizkusite isto zahtevo

Spremenite eno plast, nato ponovite natanko tisto zahtevo, ki ni uspela, ker drug URL ne dokaže ničesar. Najprej izbrišite okoljske spremenljivke v trenutni lupini, saj je ta sprememba povratna in ne more zlomiti tunela:

unset http_proxy https_proxy all_proxy
curl -v --max-time 10 https://example.com 2>&1 | grep -i -E 'uses proxy|connected to|http/'

Če podroben izhod še vedno trdi, da je proxy, okolje ni bilo oblast. Premaknite se raven višje, namesto da nalagate več preglasitev.

V macOS preverite, da datoteka samodejne konfiguracije ne daje vrednosti, nato izklopite proxy storitve in potrdite spremembo. V Windowsu si zapomnite, da sta nastavitev WinHTTP in nastavitev brskalnika na uporabnika različna predmeta, zato lahko čisto orodje ukazne vrstice obstaja ob brskalniku, ki še vedno kaže na stari strežnik. Razširitve si zaslužijo enako sumničavost: proxy razširitev lahko prepiše zahteve samo za en profil, in to je natanko oblika okvare, ki prizadene en brskalnik in nič drugega.

Preverite, ali popravek preživi ponovni zagon

Nastavitev, ki deluje samo v terminalu, ki ste ga uredili, ni popravljena. Znova odprite aplikacijo iz zaganjalnika na namizju, odjavite se in znova prijavite, in opazujte, ali se stari proxy vrača.

Dve preverjanji ločita resničen popravek od začasnega, in obe bi morali poročati o neposredni povezavi ali želeni vrednosti. Zagon v čistem okolju pokaže, ali očiščen proces še vedno prevzame sistemsko nastavitev.

env -i /usr/bin/curl -sS -o /dev/null -w '%{http_code} %{remote_ip}
' https://example.com
networksetup -getwebproxy "Wi-Fi"

Če se stara vrednost po ponovnem zagonu vrne, je vir upravljana politika ali profil, ki jo znova uporabi, in lastnik te politike mora odstraniti izjemo. Pustite preverjanje potrdil vključeno ves čas, ker bo proxy, ki prestreza promet, sicer videti rešen takoj ko izklopite preverjanja. Na koncu zapišite odstranjeno vrednost in datum v svoje zapiske, da bo naslednja oseba lahko razlikovala namerni proxy od pozabljenega.