VPN иштеп жатат, бирок бир колдонмодо интернет жокпу? Анын проксиин текшериңиз

Туннелиңиз көтөрүлгөн, абал барагы соо handshake көрсөтүп турат, бирок бир колдонмо эч нерсе жүктөбөй жатат. Ал колдонмо өз сурамдарын эскирээк ортомчуга жөнөтүп жаткан болушу мүмкүн: система проксиси, кеңейтүү, түзмөктөрдү башкаруу жөнөткөн конфигурация файлы же өзүнүн процесси гана окуган прокси өзгөрмөсү. 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 эч нерсени далилдебейт. Адегенде учурдагы shellдеги чөйрө өзгөрмөлөрүн тазалаңыз, анткени бул оңдоо кайтарылат жана туннелди буза албайт:

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"

Эгер эски маани кайра жүктөөдөн кийин кайтып келсе, булак аны кайра колдонгон башкарылуучу саясат же профиль, жана ошол саясаттын ээси өзгөчөлүктү алып салышы керек. Сертификат текшерүүсүн бардык убакытта күйгүзүп туруңуз, анткени трафикти кармаган прокси текшерүүлөрдү өчүргөн замат чечилген болуп көрүнөт. Аягында алынган маанини жана күндү жазууларыңызга жазыңыз, ошондо кийинки адам атайын коюлган проксини унутулгандан ажырата алат.