VPN ради, али једна апликација нема интернет? Проверите њен прокси

Ваш тунел је подигнут, страница стања приказује здраво руковање, али једна апликација и даље не учитава ништа. Та апликација вероватно још шаље захтеве старијем посреднику: системском проксију, екстензији, конфигурационој датотеци коју гура управљање уређајима или прокси променљивој коју чита само њен сопствени процес. Промена VPN сервера неће додирнути то подешавање, и то објашњава образац у којем друге апликације раде са исте машине. Радите од апликације која не успева према споља и оставите тунел на миру док питање проксија не буде решено.

Који слој поседује подешавање проксија

Четири места могу полагати право на власт над захтевима апликације, а најуже обично побеђује. Оперативни систем држи глобални прокси и опциони URL аутоматске конфигурације; прегледач га може следити, прегазити или предати контролу екстензији; алат командне линије чита сопствено окружење; а управљана политика може све наведено поново прикачити након промене. Одлучите који је слој задужен пре него што било шта уредите, јер брисање погрешног слоја изгледа као успешна поправка која се враћа при следећој пријави.

Упоредите две апликације на истој обичној веб страници уместо на тест страници само за VPN. Ако прегледач не успева док преузимање у терминалу успева, оперативни систем није проблем, а разлика је у профилу прегледача или његовим екстензијама. Ако обоје не успева, али други кориснички налог на истој машини успева, подешавање је по кориснику. То поређење кошта минут и уклања већину нагађања.

Прочитајте вредност коју сваки алат заиста користи

Одштампајте конфигурацију пре него што је промените и копирајте тачан прокси низ негде одакле га можете вратити. Shell променљиве су најбржа провера за алате командне линије, јер 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 ништа не доказује. Прво обришите променљиве окружења у тренутном shellu, јер је та измена реверзибилна и не може сломити тунел:

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"

Ако се стара вредност врати након поновног покретања, извор је управљана политика или профил који је поново примењује, а власник те политике мора уклонити изузетак. Оставите проверу сертификата укљученом сво време, јер ће прокси који пресреће саобраћај иначе изгледати решен чим искључите провере. Завршите тако што ћете уклоњену вредност и датум записати у своје белешке, како би следећа особа могла разликовати намерни прокси од заборављеног.