VPN funguje, ale jedna aplikácia nemá internet? Skontrolujte jej proxy

Váš tunel je nadviazaný, stránka stavu ukazuje zdravý handshake, no jedna aplikácia napriek tomu nič nenačíta. Tá aplikácia pravdepodobne stále posiela požiadavky staršiemu sprostredkovateľovi: systémovej proxy, rozšíreniu, konfiguračnému súboru tlačenému správou zariadení alebo premennej proxy, ktorú číta len jej vlastný proces. Výmena VPN servera sa tejto nastavenia nedotkne, a to vysvetľuje vzorec, keď ostatné aplikácie fungujú z toho istého stroja. Postupujte od zlyhávajúcej aplikácie von a tunela sa nedotýkajte, kým sa otázka proxy nevyrieši.

Ktorá vrstva vlastní nastavenie proxy

O autoritu nad požiadavkami aplikácie sa môžu hlásiť štyri miesta a zvyčajne vyhrá to najužšie. Operačný systém drží globálnu proxy a voliteľnú URL automatickej konfigurácie; prehliadač ju môže nasledovať, prepísať ju alebo odovzdať kontrolu rozšíreniu; nástroj príkazového riadka číta svoje vlastné prostredie; a spravovaná politika môže po zmene ktorékoľvek z toho znova pripichnúť. Rozhodnite, ktorá vrstva je zodpovedná, kým čokoľvek upravíte, pretože vymazanie nesprávnej vrstvy vyzerá ako úspešná oprava, ktorá sa vráti pri ďalšom prihlásení.

Porovnajte dve aplikácie na tej istej bežnej webovej stránke, nie na testovacej stránke určenej len pre VPN. Ak prehliadač zlyhá, zatiaľ čo sťahovanie v termináli uspeje, operačný systém nie je problém a rozdiel je v profile prehliadača alebo v jeho rozšíreniach. Ak zlyhajú obe, ale druhý používateľský účet na tom istom stroji uspeje, nastavenie je pre používateľa. To porovnanie stojí minútu a odstráni väčšinu hádania.

Prečítajte hodnotu, ktorú každý nástroj skutočne používa

Vypíšte konfiguráciu, kým ju zmeníte, a skopírujte presný proxy reťazec niekam, odkiaľ ho môžete obnoviť. Premenné shellu sú najrýchlejšia kontrola pre nástroje príkazového riadka, pretože klient VPN ich zvyčajne necháva nedotknuté.

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

Spustite len riadok, ktorý zodpovedá platforme pred vami, a potom čítajte výstup pre hostiteľa, port a prihlasovacie údaje. Hodnota ako http://proxy.corp.example:8080 znamená, že nástroj sa pýta tohto hostiteľa pri každej požiadavke, zatiaľ čo prázdny výsledok znamená, že ide priamo a skutočná porucha je inde. Pred vložením výstupu do tiketu zakryte časť s používateľom a heslom, pretože tieto reťazce sú živé prihlasovacie údaje oveľa častejšie, než ľudia predpokladajú.

Nástroje s vlastným proxy enginom potrebujú vlastné dôkazy. Curl uvedie rozhodnutie, ktoré urobil, keď zvýšite podrobnosti, čo je lepšie ako hádanie z prostredia, a ten istý prepínač ukáže, či sa preklad mien uskutočnil lokálne alebo na proxy.

Vymažte prepísanie a znova otestujte tú istú požiadavku

Zmeňte jednu vrstvu, potom zopakujte presne tú požiadavku, ktorá zlyhala, pretože iná URL nič nedokazuje. Najprv vymažte premenné prostredia v aktuálnom shelli, pretože tá úprava je vratná a nemôže poškodiť tunel:

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

Ak podrobný výstup stále tvrdí, že je zapojená proxy, prostredie nebolo autoritou. Posuňte sa o vrstvu vyššie namiesto vrstvenia ďalších prepísaní.

Na macOS skontrolujte, že hodnotu nedodáva súbor automatickej konfigurácie, potom vypnite proxy služby a zmenu potvrďte. Na Windows si pamätajte, že nastavenie WinHTTP a nastavenie prehliadača pre používateľa sú rôzne objekty, takže čistý nástroj príkazového riadka môže existovať popri prehliadači, ktorý stále mieri na starý server. Rozšírenia si zaslúžia rovnakú nedôveru: proxy rozšírenie môže prepisovať požiadavky len pre jeden profil, a to je presne podoba poruchy, ktorá postihne jeden prehliadač a nič iné.

Overte, že oprava prežije reštart

Nastavenie, ktoré funguje len v termináli, ktorý ste upravili, nie je opravené. Znova otvorte aplikáciu zo spúšťača na ploche, odhláste sa a znova prihláste a sledujte, či sa stará proxy vracia.

Dve kontroly oddeľujú skutočnú opravu od dočasnej a obe by mali hlásiť priame pripojenie alebo zamýšľanú hodnotu. Spustenie v čistom prostredí ukáže, či očistený proces ešte preberá systémové nastavenie.

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

Ak sa stará hodnota po reštarte vráti, zdrojom je spravovaná politika alebo profil, ktorý ju znova uplatňuje, a vlastník tej politiky musí výnimku odstrániť. Nechajte overovanie certifikátov zapnuté celý čas, pretože proxy, ktorá zachytáva prevádzku, bude inak vyzerať vyriešená, hneď ako kontroly vypnete. Na konci zapíšte odstránenú hodnotu a dátum do poznámok, aby ďalší človek rozoznal zamýšľanú proxy od zabudnutej.