Праксі-адладчык сляпне, калі карпаратыўны VPN падключаецца

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

Windows трымае праксі для кожнага злучэння

У «Уласцівасцях Інтэрнэту» ёсць два пласты, якія ў дыялогу выглядаюць аднолькава. Налады лакальнай сеткі адносяцца да звычайнага лакальнага злучэння, а запіс камутаванага або VPN-злучэння трымае ўласную копію ў HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Internet Settings\Connections як бінарнае значэнне. Запіс знаёмых глабальных значэнняў рэестра гэтую копію не абнаўляе.

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

Падтрыманы спосаб змяніць адзін запіс — API параметраў злучэння WinINET: запоўніце 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 і аўтавызначэння для кожнага сэрвісу, затым уласная апрацоўка праксі праграмай. Спыніцеся на першым, што адрозніваецца ад вашага меркавання.

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