VPN töötab, aga ühel rakendusel pole internetti? Kontrolli selle puhverserverit

Sinu tunnel on üleval, olekuleht näitab tervet kätlemist, aga üks rakendus ei laadi ikkagi midagi. See rakendus saadab tõenäoliselt oma päringud endiselt vanemale vahendajale: süsteemi puhverserverile, laiendusele, seadmehalduse poolt lükatud konfiguratsioonifailile või puhverserveri muutujale, mida loeb ainult selle enda protsess. VPN-serveri vahetamine ei puuduta seda seadet ja see selgitab mustrit, kus teised rakendused töötavad samast masinast. Tööta ebaõnnestuvast rakendusest väljapoole ja jäta tunnel rahule, kuni puhverserveri küsimus on selgeks tehtud.

Milline kiht omab puhverserveri seadet

Neli kohta võivad nõuda võimu rakenduse päringute üle ja tavaliselt võidab kõige kitsam. Operatsioonisüsteem hoiab globaalset puhverserverit ja valikulist automaatse konfigureerimise URL-i; brauser võib seda järgida, selle tühistada või juhtimise laiendusele üle anda; käsurea tööriist loeb oma keskkonda; ja hallatav poliitika võib pärast muudatust kõik eelneva uuesti kinnitada. Otsusta, milline kiht vastutab, enne kui midagi muudad, sest vale kihi puhastamine näeb välja nagu õnnestunud parandus, mis tuleb järgmisel sisselogimisel tagasi.

Võrdle kahte rakendust sama tavalise veebisaidi vastu, mitte ainult VPN-i jaoks mõeldud testlehe vastu. Kui brauser ebaõnnestub, samal ajal kui terminali allalaadimine õnnestub, ei ole operatsioonisüsteem probleem ja erinevus on brauseri profiilis või selle laiendustes. Kui mõlemad ebaõnnestuvad, aga teine kasutajakonto samas masinas õnnestub, on seade kasutajapõhine. See võrdlus maksab minuti ja eemaldab suurema osa oletustest.

Loe väärtust, mida iga tööriist tegelikult kasutab

Prindi konfiguratsioon enne selle muutmist ja kopeeri täpne puhverserveri string kohta, kust saad selle taastada. Shellimuutujad on käsurea tööriistade jaoks kiireim kontroll, sest VPN-klient jätab need tavaliselt puutumata.

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

Käivita ainult see rida, mis vastab sinu ees olevale platvormile, ja loe seejärel väljundit hosti, pordi ja mandaatide kohta. Väärtus nagu http://proxy.corp.example:8080 tähendab, et tööriist küsib seda hosti iga päringu jaoks, samas kui tühi tulemus tähendab, et see läheb otse ja tegelik viga on mujal. Kata enne väljundi pileti kleepimist kasutaja- ja parooliosa, sest need stringid on palju sagedamini elusad mandaadid, kui inimesed eeldavad.

Oma puhverserverimootoriga tööriistad vajavad oma tõendeid. Curl teatab otsusest, mille see tegi, kui detailsust suurendad, mis on parem kui keskkonnast oletada, ja sama lipp näitab, kas nimede lahendamine toimus kohapeal või puhverserveris.

Puhasta ülekirjutus ja testi sama päringut uuesti

Muuda ühte kihti, seejärel korda täpselt seda päringut, mis ebaõnnestus, sest teine URL ei tõesta midagi. Puhasta esmalt praeguse shelli keskkonnamuutujad, sest see muudatus on pööratav ega saa tunnelit rikkuda:

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

Kui detailsõnaline väljund väidab endiselt puhverserverit, siis keskkond ei olnud võim. Liigu üks tase ülespoole, selle asemel et laduda rohkem ülekirjutusi.

macOS-is kontrolli, et automaatne konfiguratsioonifail väärtust ei anna, seejärel lülita teenuse puhverserver välja ja kinnita muudatus. Windowsis pea meeles, et WinHTTP-seade ja kasutajapõhine brauseriseade on erinevad objektid, nii et puhas käsurea tööriist võib eksisteerida kõrvuti brauseriga, mis osutab endiselt vanale serverile. Laiendused väärivad sama kahtlust: puhverserveri laiendus saab päringuid ümber kirjutada ainult ühe profiili jaoks ja see on täpselt sellise rikke kuju, mis mõjutab ühte brauserit ja mitte midagi muud.

Kontrolli, et parandus jääb ka taaskäivituse järel püsima

Seade, mis töötab ainult selles terminalis, mida muutsid, ei ole parandatud. Ava rakendus uuesti töölaua käivitajast, logi välja ja uuesti sisse ning vaata, kas vana puhverserver tuleb tagasi.

Kaks kontrolli eristavad tõelist parandust ajutisest ja mõlemad peaksid teatama otsesest ühendusest või kavandatud väärtusest. Puhastatud keskkonnas käivitamine näitab, kas puhastatud protsess võtab endiselt süsteemiseade.

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

Kui vana väärtus tuleb pärast taaskäivitust tagasi, on allikaks hallatav poliitika või profiil, mis seda uuesti rakendab, ja selle poliitika omanik peab erandi eemaldama. Jäta sertifikaatide kontrollimine kogu aeg sisse lülitatuks, sest liiklust vaigistav puhverserver näeb muidu lahendatud välja niipea, kui kontrollid välja lülitad. Lõpeta sellega, et kirjutad eemaldatud väärtuse ja kuupäeva oma märkmetesse, et järgmine inimene suudaks tahtliku puhverserveri eristada unustatud omast.