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, проверьте первый шаг до туннеля. Это стоит одной команды и исключает целую категорию неверной диагностики.