Корпоративтік VPN қосылғанда жөндеу проксиі соқыр болады

Ұстау құралы таң бойы жұмыс істейді, туннель қосылады, содан кейін ол үнсіз қалады. Ажыратсаңыз, қайта басталады. Алғашқы ой — 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 және автоматты анықтау күйі, содан кейін қолданбаның өз прокси өңдеуі. Болжамыңыздан өзгеше болатын біріншісінде тоқтаңыз.

Мұндағы әр жағдай — конфигурация басымдығының мәселесі. Олардың ешқайсысы құралыңызды бұзатын туннель емес.