Charles закрито, але ваш Mac досі вказує на 127.0.0.1

Застосунок дає збій, і звинувачують 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 — інша форма: налаштування може бути активним без видимої ручної адреси, бо файл вибирає проксі в момент запиту.

Потім підтвердьте ті самі значення в Системних налаштуваннях, Мережі, службі, яку ви справді використовуєте, Деталях, Проксі. GUI і команда читають одне й те саме сховище, тому розбіжність означає, що ви дивитеся на іншу службу.

Крок 2: знайдіть власника налаштування

Цей стан створюють три власники: інструмент проксі, який встановив помічник і не прибрав його, керований профіль конфігурації від вашої організації та ручне налаштування, додане кимось під час налагодження. Кожен має інше правильне виправлення, і лише перше можна спокійно прибрати самому.

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

Якщо налаштування надійшло з керованого профілю, локальне вимкнення або не вдасться, або буде відновлене під час наступної перевірки. Ставтеся до цього як до питання політики для власника профілю, а не як до локальної помилки.

Крок 3: змініть найвужче

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

Якщо проксі навмисно потрібен, запустіть його схвалений слухач замість видалення політики. Ця різниця важлива в організаціях, де проксі — єдиний шлях до інтернету, а VPN — другий, вужчий шлях.

Повторіть один новий запит із постраждалого застосунку. Деякі застосунки читають проксі один раз під час запуску, тому вихід і повторне відкриття — частина тесту, а не забобон.

Крок 4: якщо проксі зник, а збій лишився

Тоді у вас інша проблема, і нова помилка — корисний доказ. Розв'язання імен, Маршрутизація VPN, довіра TLS і авторизація застосунку — це чотири окремі перевірки, і кожна дає розрізнюваний збій.

Тримайте довіру сертифікатів осторонь цього ремонту. Видалення довіреного кореня або послаблення перевірки сервера не виправляє мертвий сокет проксі й залишає вас із двома змінами та однією початковою несправністю. Якщо корпоративний проксі перевіряє TLS, це свідомий дизайн із власною вимогою довіри, а не побічний ефект, який слід скасувати. Запитайте команду, яка володіє проксі, перш ніж торкатися сертифіката, бо їхня відповідь буде про політику, а ваша — про один невдалий запит.

Напишіть відкат до початку: запишіть точні знайдені значення проксі, щоб відновлення було копіюванням, а не вправою на пам'ять. Документація з налаштування проксі Charles описує інтеграцію та поведінку під час завершення для вашої версії.

Наступного разу, коли застосунок збійне на VPN, перевірте перший крок до тунелю. Це коштує однієї команди й виключає цілу категорію хибної діагностики.