VPN працуе, але адна праграма не мае інтэрнэту? Праверце яе проксі

Ваш тунэль узняты, старонка стану паказвае здаровае рукапацісканне, але адна праграма ўсё яшчэ нічога не загружае. Гэтая праграма, верагодна, дасылае запыты да старэйшага пасярэдніка: сістэмнага проксі, пашырэння, файла канфігурацыі, які рассылае кіраванне прыладамі, або зменнай проксі, якую чытае толькі яе ўласны працэс. Замена VPN-сервера не зачэпіць гэтую наладу, і гэта тлумачыць карціну, калі іншыя праграмы працуюць з той жа машыны. Ідзіце ад праграмы, якая збоіць, вонкі і не чапайце тунэль, пакуль пытанне проксі не будзе вырашана.

Які ўзровень валодае наладай проксі

Чатыры месцы могуць прэтэндаваць на ўладу над запытамі праграмы, і звычайна перамагае самае вузкае. Аперацыйная сістэма трымае глабальны проксі і неабавязковы URL аўтаматычнай канфігурацыі; браўзер можа ім карыстацца, перакрываць яго або перадаць кантроль пашырэнню; інструмент каманднага радка чытае ўласнае асяроддзе; а кіраваная палітыка можа зноў замацаваць любое з пералічанага пасля змены. Вызначце, які ўзровень галоўны, перш чым нешта рэдагаваць, бо ачыстка не таго ўзроўню выглядае як паспяховае выпраўленне, што вяртаецца пры наступным уваходзе.

Параўнайце дзве праграмы на адным і тым жа звычайным сайце, а не на тэставай старонцы, прызначанай толькі для VPN. Калі браўзер збоіць, а загрузка ў тэрмінале атрымліваецца, праблема не ў аперацыйнай сістэме, і розніца ў профілі браўзера або яго пашырэннях. Калі збояць абодва, але другі ўліковы запіс на той жа машыне спраўляецца, налада асабістая. Гэтае параўнанне каштуе хвіліну і здымае большую частку здагадак.

Чытайце значэнне, якое кожны інструмент фактычна выкарыстоўвае

Выведзіце канфігурацыю перад зменай і скапіруйце дакладны радок проксі ў месца, адкуль вы зможаце яго аднавіць. Зменныя абалонкі — самая хуткая праверка для інструментаў каманднага радка, бо кліент VPN звычайна іх не кранае.

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

Выканайце толькі радок, які адпавядае платформе перад вамі, і прачытайце вывад на хост, порт і ўліковыя даныя. Значэнне накшталт http://proxy.corp.example:8080 азначае, што інструмент запытвае гэты хост для кожнага запыту, а пусты вынік азначае, што ён ідзе напрамкі і сапраўдная памылка ў іншым месцы. Закрыйце частку з іменем і паролем перад устаўкай вываду ў заяўку, бо гэтыя радкі значна часцей з’яўляюцца жывымі ўліковымі данымі, чым прынята думаць.

Інструменты з уласным проксі-рухавіком патрабуюць уласных доказаў. Curl паведамляе рашэнне, якое прыняў, калі вы павышаеце падрабязнасць, што лепш за здагадкі з асяроддзя, і той жа сцяг паказвае, ці адбылося развязанне імён лакальна ці на проксі.

Ачысціце перакрыццё і паўтарыце той жа запыт

Змяніце адзін узровень і паўтарыце менавіта той запыт, які збоіў, бо іншы URL нічога не даказвае. Спачатку ачысціце зменныя асяроддзя ў бягучай абалонцы, бо гэтае выпраўленне зваротнае і не можа зламаць тунэль:

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

Калі падрабязны вывад усё яшчэ сцвярджае проксі, асяроддзе не было ўладай. Падыміцеся на адзін узровень вышэй замест таго, каб назапашваць новыя перакрыцці.

На macOS праверце, ці не падае значэнне файл аўтаматычнай канфігурацыі, затым выключыце проксі службы і пацвердзіце змену. На Windows памятайце, што налада WinHTTP і налада браўзера для карыстальніка — розныя аб’екты, таму чысты інструмент каманднага радка можа суіснаваць з браўзерам, які ўсё яшчэ паказвае на стары сервер. Пашырэнні заслугоўваюць таго ж падазрэння: проксі-пашырэнне можа перапісваць запыты толькі для аднаго профілю, і гэта дакладна форма збою, які закранае адзін браўзер і больш нічога.

Праверце, што выпраўленне перажывае перазапуск

Налада, якая працуе толькі ў адрэдагаваным тэрмінале, не выпраўлена. Адкрыйце праграму зноў з запускальніка на працоўным стале, выйдзіце і ўвайдзіце зноў, і паглядзіце, ці вяртаецца стары проксі.

Дзве праверкі аддзяляюць сапраўднае выпраўленне ад часовага, і абедзве павінны паведамляць пра прамое злучэнне або жаданае значэнне. Запуск у чыстым асяроддзі паказвае, ці ўсё яшчэ ачышчаны працэс падхоплівае сістэмную наладу.

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

Калі старое значэнне вяртаецца пасля перазапуску, крыніца — кіраваная палітыка або профіль, які ўжывае яго зноў, і ўладальнік гэтай палітыкі павінен прыбраць выключэнне. Трымайце праверку сертыфікатаў уключанай увесь час, бо проксі, які перахоплівае трафік, інакш выглядае вырашаным, як толькі вы адключыце праверкі. Напрыканцы запішыце выдаленае значэнне і дату ў нататкі, каб наступны чалавек адрозніў наўмысны проксі ад забытага.