VPN veikia, bet viena programa neturi interneto? Patikrinkite jos proxy

Jūsų tunelis pakeltas, būsenos puslapis rodo sveiką handshake, bet viena programa vis tiek nieko neįkelia. Ta programa tikriausiai vis dar siunčia savo užklausas senesniam tarpininkui: sistemos proxy, plėtiniui, įrenginių valdymo stumiamam konfigūracijos failui arba proxy kintamajam, kurį skaito tik jos pačios procesas. VPN serverio keitimas nepaliestų to nustatymo, ir tai paaiškina modelį, kai kitos programos veikia iš to paties kompiuterio. Dirbkite nuo nepavykstančios programos į išorę ir palikite tunelį ramybėje, kol proxy klausimas bus išspręstas.

Kuris sluoksnis valdo proxy nustatymą

Keturios vietos gali pretenduoti į valdžią programos užklausoms, ir dažniausiai laimi siauriausia. Operacinė sistema turi visuotinį proxy ir neprivalomą automatinės konfigūracijos URL; naršyklė gali juo sekti, jį perrašyti arba perduoti valdymą plėtiniui; komandinės eilutės įrankis skaito savo aplinką; o valdoma politika gali po pakeitimo vėl prisegti bet kurią iš minėtųjų. Nuspręskite, kuris sluoksnis atsakingas, prieš ką nors redaguodami, nes netinkamo sluoksnio išvalymas atrodo kaip sėkmingas pataisymas, kuris grįžta kitą kartą prisijungus.

Palyginkite dvi programas tame pačiame įprastame tinklalapyje, o ne tik VPN skirtame bandymų puslapyje. Jei naršyklė nepavyksta, o atsisiuntimas terminale pavyksta, operacinė sistema nėra problema, ir skirtumas yra naršyklės profilyje ar jos plėtiniuose. Jei abi nepavyksta, bet antras naudotojo accountas tame pačiame kompiuteryje pavyksta, nustatymas yra kiekvienam naudotojui. Tas palyginimas kainuoja minutę ir pašalina didžiąją dalį spėjimų.

Perskaitykite reikšmę, kurią kiekvienas įrankis iš tikrųjų naudoja

Atspausdinkite konfigūraciją prieš ją keisdami ir nukopijuokite tikslią proxy eilutę į vietą, iš kurios galite ją atkurti. Shell kintamieji yra greičiausias komandinės eilutės įrankių patikrinimas, nes VPN klientas paprastai palieka juos nepaliestus.

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

Vykdykite tik tą eilutę, kuri atitinka priešais esančią platformą, tada skaitykite išvestį apie hostą, portą ir prisijungimo duomenis. Tokia reikšmė kaip http://proxy.corp.example:8080 reiškia, kad įrankis kiekvienai užklausai klausia to hosto, o tuščias rezultatas reiškia, kad jis eina tiesiogiai ir tikroji gedimas yra kitur. Prieš įklijuodami išvestį į bilietą, užmaskuokite naudotojo ir slaptažodžio dalį, nes šios eilutės daug dažniau yra gyvi prisijungimo duomenys, nei žmonės mano.

Įrankiams su savo proxy varikliu reikia savo įrodymų. Curl praneša sprendimą, kurį priėmė padidinus detalumą, ir tai geriau nei spėlioti iš aplinkos, o ta pati vėliavėlė parodo, ar vardų sprendimas įvyko vietoje, ar proxy serveryje.

Išvalykite perrašymą ir dar kartą patikrinkite tą pačią užklausą

Pakeiskite vieną sluoksnį, tada pakartokite būtent tą užklausą, kuri nepavyko, nes kitas URL nieko neįrodo. Pirmiausia išvalykite aplinkos kintamuosius dabartiniame shelle, nes tas pakeitimas yra grįžtamas ir negali sugadinti tunelio:

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/'

Jei išsami išvestis vis dar teigia esant proxy, aplinka nebuvo valdžia. Pakilkite vienu lygiu aukščiau, o ne kraukite daugiau perrašymų.

macOS patikrinkite, ar automatinis konfigūracijos failas nepateikia reikšmės, tada išjunkite paslaugos proxy ir patvirtinkite pakeitimą. Windows atminkite, kad WinHTTP nustatymas ir kiekvieno naudotojo naršyklės nustatymas yra skirtingi objektai, todėl švarus komandinės eilutės įrankis gali egzistuoti šalia naršyklės, kuri vis dar rodo į seną serverį. Plėtiniai verti to paties įtarumo: proxy plėtinys gali perrašyti užklausas tik vienam profiliui, ir tai yra būtent tokio gedimo forma, kuris paliečia vieną naršyklę ir nieko daugiau.

Patikrinkite, ar pataisymas išlieka po perkrovimo

Nustatymas, kuris veikia tik terminale, kurį redagavote, nėra pataisytas. Vėl atidarykite programą iš darbalaukio paleidiklio, atsijunkite ir vėl prisijunkite, ir stebėkite, ar senasis proxy grįžta.

Du patikrinimai atskiria tikrą pataisymą nuo laikino, ir abu turėtų pranešti apie tiesioginį ryšį arba numatytą reikšmę. Paleidimas švarioje aplinkoje parodo, ar išvalytas procesas vis dar paima sistemos nustatymą.

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

Jei sena reikšmė grįžta po perkrovimo, šaltinis yra valdoma politika arba profilis, kuris ją vėl taiko, ir tos politikos savininkas turi pašalinti išimtį. Palikite sertifikatų tikrinimą įjungtą visą laiką, nes srautą perimantis proxy kitaip atrodys išspręstas, kai tik išjungsite patikrinimus. Pabaikite užrašydami pašalintą reikšmę ir datą savo užrašuose, kad kitas žmogus galėtų atskirti tyčinį proxy nuo pamiršto.