Праграма падае, і вінаватым робяць VPN, але запыт так і не даходзіць да тунеля. Калі macOS усё яшчэ кажа гэтай праграме выкарыстоўваць лакальны проксі, першы крок — 127.0.0.1, і там нічога не слухае. Закрыццё Charles не заўсёды ачышчае сістэмную наладу проксі, якую ён устанавіў, таму здаровы VPN стаіць за мёртвым сокетам. Вось парадак, каб гэта пацвердзіць і выправіць толькі тую частку, што няправільная.

Першы крок — гэты Mac, а не сервер

Чытайце адрас літаральна: 127.0.0.1 — гэта машына перад вамі, а порт — той, на якім інструмент проксі быў настроены слухаць. Калі гэты слухач знік, злучэнне адразу падае з адмовай у злучэнні, а не з тайм-аўтам, і гэта карысная падказка.

VPN не стварае ўласных налад проксі і не выдаляе сістэмныя. Гэтыя дзве канфігурацыі незалежныя, таму тунель можа быць бездакорным, а браўзер — непрыдатным. Гэтая незалежнасць таксама тлумачыць, чаму збой перажывае перападключэнне VPN, перазагрузку і новы профіль. Нішто ў шляху VPN ніколі не дакранаецца сховішча проксі.

Крок 1: прачытайце бягучы стан проксі

Пачніце з прагляду толькі для чытання, бо ён паказвае, што сістэма думае, перш чым гэта патлумачыць любая праграма:

scutil --proxy

Паглядзіце на HTTPEnable, HTTPProxy, HTTPPort, адпаведнікі для HTTPS і любы ProxyAutoConfigEnable з яго URL. Уключаны проксі з портам, на якім ніхто не слухае, — гэта ваш збой. URL PAC — іншая форма: налада можа быць актыўнай без бачнага ручнога адраса, бо файл выбірае проксі ў момант запыту.

Затым пацвердзіце тыя ж значэнні ў «Сістэмных наладах», «Сетцы», службе, якой вы фактычна карыстаецеся, «Падрабязнасцях», «Проксі». Графічны інтэрфейс і каманда чытаюць тое ж сховішча, таму разыходжанне азначае, што вы глядзіце на іншую службу.

Крок 2: знайдзіце ўладальніка налады

Гэты стан ствараюць тры ўладальнікі: інструмент проксі, які ўстанавіў памочнік і не прыбраў яго, кіраваны профіль канфігурацыі ад вашай арганізацыі і ручная налада, якую хтосьці дадаў падчас адладкі. Кожны мае сваё правільнае рашэнне, і толькі першы вы можаце выдаляць без аглядкі.

Charles дакументуе інтэграцыю з браўзерам і сістэмным проксі, уключаючы памочнік macOS, таму спачатку выкарыстоўвайце яго ўласныя сродкі і шлях закрыцця. Прывілеяваны памочнік існуе, каб змяняць канфігурацыю; гэта не прычына даваць старонняй праграме шырокі доступ да машыны.

Калі налада прыйшла з кіраванага профілю, яе лакальнае выключэнне або не ўдаецца, або аднаўляецца пры наступнай праверцы. Разглядайце гэта як пытанне палітыкі для таго, хто валодае профілем, а не як лакальны дэфект.

Крок 3: змяніце самае вузкае

Выключыце канкрэтны непатрэбны запіс для канкрэтнай службы. Не пераключайце кожную службу і не ачышчайце ўсю панэль проксі, бо служба VPN і базавая служба Wi-Fi трымаюць асобныя налады, і адна з іх можа быць правільнай.

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

Паўтарыце адзін свежы запыт з пацярпелай праграмы. Некаторыя праграмы чытаюць проксі адзін раз пры запуску, таму закрыць і зноў адкрыць — гэта частка тэсту, а не забабон.

Крок 4: калі проксі няма, а збой застаўся

Тады ў вас іншая праблема, і новая памылка — карыснае доказа. Разрозненне імёнаў, маршрутызацыя VPN, давер TLS і аўтарызацыя праграм — гэта чатыры асобныя праверкі, і кожная дае пазнавальны збой.

Трымайце давер да сертыфікатаў па-за гэтым рамонтам. Выдаленне даверанага кораня або аслабленне праверкі сервера не выпраўляе мёртвы сокет проксі і пакідае вас з дзвюма зменамі і адной зыходнай няспраўнасцю. Калі карпаратыўны проксі правярае TLS, гэта наўмысны дызайн з уласнымі патрабаваннямі да даверу, а не пабочны эфект, які трэба адмяніць. Спытайце каманду, якая валодае проксі, перш чым кранаць сертыфікат, бо іх адказ будзе пра палітыку, а ваш — пра адзін няўдалы запыт.

Напішыце план адкату да пачатку: запішыце дакладныя значэнні проксі, якія вы знайшлі, каб аднаўленне было капіраваннем, а не практыкаваннем памяці. Дакументацыя канфігурацыі проксі Charles апісвае інтэграцыю і яе паводзіны пры закрыцці для вашай версіі.

Наступным разам, калі праграма падае на VPN, праверце першы крок раней за тунель. Гэта каштуе адной каманды і выключае цэлую катэгорыю памылковай дыягностыкі.

Падобныя артыкулы