Корпоративдик VPN туташканда жөндөө проксийи сокур болуп калат
Проксиңизде эч нерсе өзгөргөн жок. Туннель жазуусу өз жөндөөлөрүн алып жүрөт, башкарылуучу PAC кайтып келиши мүмкүн, ал эми кээ бир клиенттер системалык проксини такыр окубайт.
Кармоочу курал таң бою иштейт, туннель туташат, анан ал үнсүз калат. Ажыратсаңыз, кайра башталат. Биринчи ой — VPN проксини бузду, бирок прокси конфигурациясында чындыгында эч нерсе өзгөргөн жок. Өзгөргөнү — колдонмолор азыр кайсы конфигурацияны окушат: туннель жазуусу өз прокси жөндөөлөрүн алып жүрүшү мүмкүн, башкарылуучу профиль автоматтык конфигурацияны кайра күйгүзүшү мүмкүн, ал эми кээ бир аткаруу чөйрөлөрү операциялык система сунуш кылгандын бир бөлүгүн гана окушат. Глобалдык мааниге тийиштин алдында ар бир туташуунун маанисин окуңуз.
Windows ар бир туташуу үчүн прокси сактайт
Интернет параметрлеринде диалогдо бирдей көрүнгөн эки катмар бар. Жергиликтүү тармактын жөндөөлөрү кадимки жергиликтүү туташууга тиешелүү, ал эми терилүү же VPN жазуусу өз көчүрмөсүн HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections астында экилик маани катары сактайт. Белгилүү глобалдык реестр маанилерин жазуу бул көчүрмөнү жаңыртпайт.
Куралдын туташууга чейин туура, ал эми андан кийин туура эмес иштеши дал ушундай болот, анын жөндөөлөрүндө эч кандай көрүнүктүү өзгөрүү жок. Сиз карап турган диалог — жергиликтүү тармактын панели эле. Ал туура эле жана ал тиешесиз эле. Windows чындыгында колдонгон жазуу — туннель үчүн түзүлгөн жазуу эле.
Бир жазууну өзгөртүүнүн колдоого алынган жолу — WinINET туташуу параметрлеринин API-и: INTERNET_PER_CONN_OPTION_LIST ды туташуунун аты, желекчелер, прокси сервери жана айланып өтүү тизмеси менен толтуруңуз, колдонуңуз, анан жаңыртыңыз. Тез текшерүү үчүн туннель жазуусунун өз жөндөө диалогун ачып, анын прокси панелин жергиликтүү тармактын панели менен салыштырыңыз; кайда кароону билсеңиз, айырма адатта айкын болот.
Башкарылуучу PAC өзү кайра күйүшү мүмкүн
macOS-то автоматтык прокси конфигурация скрипти жана проксини автоматтык табуу тармактык кызматтын касиеттери, машинаныкы эмес. Конфигурация профили аларды талап кылышы мүмкүн, ошондуктан белгини алып салгандан кийин алар кайра пайда болот, анан ар бир сурам скрипт тандаган проксиге жөнөтүлөт.
Текшериңиз жана ыйгарым укугуңуз болсо, трафикти ташыган кызмат үчүн ошол эки которгучту өчүрүңүз:
networksetup -setautoproxystate "Wi-Fi" off
networksetup -setproxyautodiscovery "Wi-Fi" off
scutil --proxy
Болжолдун ордуна кызматтын чыныгы атын колдонуңуз. Wi-Fi жана USB Ethernet адаптери бар ноутбукта ошондой эки кызмат болот, трафигиңизди бирөө гана ташыйт. scutil --proxy учурдагы негизги кызматтын маанилерин басып чыгарат. Профиль жеңди деп тыянак чыгарганга чейин бул чыгышты өзүңүз оңдогон менен салыштырыңыз.
Куралды чыныгы жогорку агымга багыттаңыз
Эгер скриптте корпоративдик прокси болсо, аны окуп, ошол эле даректи кармоочу куралдын ичинде сырткы прокси катары киргизиңиз. Ошондо курал чыныгы жогорку агымга өткөрөт, корпоративдик прокси дал ошону күтөт, жана саясат менен күрөшкөндүн ордуна сурамдын жолунда калат.
Бул — кайра конфигурациялоого эмес, жөндөөдө кармап турган кадам.
Проксини туннелдин ичине түртүңүз
OpenVPN негизиндеги клиент туннель көтөрүлгөндөн кийин колдонулуучу прокси параметрлерин кабыл ала алат, бул маршруттар клиенттин колунда болгондо ыңгайлуу:
dhcp-option HTTPPROXY 127.0.0.1:8888
dhcp-option HTTPSPROXY 127.0.0.1:8888
Аны ушул параметрди сыйлаган клиенттер гана колдонот, ал эми ал сиздин угуу портуңузду профилге катуу жазып коёт. Муну жайылтуу стандарты эмес, лабораториялык ыңгайлуулук деп караңыз, анткени кийинки профиль жөнөтүү аны жок кылат.
Кээ бир клиенттер системалык проксини такыр окубайт
Firefox өз прокси жөндөөлөрүн сактайт, ошондуктан системалык проксини колдонгон браузер муну кылбаса да, ал кээде кармоону улантат. Автоматтык конфигурацияны түшүнбөгөн эски .NET клиенти кайда иштебесин түз туташат, ошондуктан туннель жазуусу аркылуу жүктөлгөн бет колдонмонун ичинде баары бир ишке ашпай калышы мүмкүн.
Тармактык куралдардын да өз себептери бар. Туннель же телефон тетеринги аркылуу илинип калган FTP сессиясы көбүнчө клиент сүйлөшкөн активдүү жана пассивдүү режимдин маселеси, жана эч бир прокси жөндөөсү аны өзгөртпөйт.
Конфигурацияны окуңуз, которгучту эмес
Ушул тартипте иштеңиз: туннель жазуусунун өз прокси мааниси, ар бир кызмат үчүн PAC жана автоматтык табуу абалы, анан колдонмонун өз прокси иштетүүсү. Болжолуңуздан башкача болгон биринчисинде токтоңуз.
Бул жердеги ар бир учур — конфигурация артыкчылыгынын маселеси. Алардын эч бири куралыңызды бузган туннель эмес.