Вы устанавливаете VPN или фильтр содержимого, и App Store перестаёт входить в систему или загружать. Safari по-прежнему открывает страницы, из-за чего проблема выглядит как проблема учётной записи Apple, а не сети. Рассматривайте её как четыре отдельных вопроса: доходит ли Mac до службы, может ли войти, может ли получить каталог и может ли загрузить один элемент. Каждый сбой указывает на свой этап, и приведённый ниже список проходит их в том порядке, где ошибка стоит меньше всего.

Назовите сбой, прежде чем что-то менять

Запишите, что происходит на самом деле. Магазин, который открывается, но никогда ничего не показывает, — это проблема доступности или proxy, а не аутентификации. Магазин, который показывает элементы и отказывается загружать, ближе к сбою передачи на массовом соединении. Цикл входа без текста ошибки обычно означает состояние учётной записи, и никакая настройка сети его не исправит.

Отметьте, когда это началось и что изменилось последним. Если ответ — новый сетевой продукт, его версия и компоненты важнее всего остального, что вы соберёте. И то и другое принадлежит заявке, даже если вы исправите проблему сами, потому что следующий человек начнёт там, где вы остановились.

Шаг первый: исключите службы Apple и часы

Проверьте страницу System Status Apple и сам текст ошибки, прежде чем трогать сетевую конфигурацию Mac. Сбой службы со стороны пользователя выглядит точно как сломанный фильтр и проходит без каких-либо изменений на вашей машине. Две минуты на этой странице обычно экономят час перенастройки.

Убедитесь, что дата и время верны, включая часовой пояс. Проверка сертификатов зависит от часов, и Mac, который спал или путешествовал, не выполнит TLS-рукопожатие со службами, до которых доходил вчера. Если учётной записи нужно внимание, используйте процедуру учётной записи, а не изменения маршрутизации.

Проверьте второе устройство в той же сети, если можете. Два устройства, сбоящие вместе, указывают на сеть или службу; одно устройство, сбоящее в одиночку, указывает на конфигурацию этого Mac.

Шаг второй: определите, какой компонент установил продукт

Туннель VPN, HTTP-proxy, фильтр содержимого и DNS-proxy — разные вещи, и один установщик может добавить больше одного. Посмотрите, что настроено на самом деле, прежде чем рассуждать, потому что исправление находится в том компоненте, которому принадлежит сбойный трафик.

В текущих версиях macOS сетевое расширение отображается в Системных настройках в разделах конфиденциальности и сети вместе с любой конфигурацией proxy и всеми настройками DNS, добавленными продуктом. Запишите, что найдёте, в том числе навязывает ли продукт блокировку, которая намеренно требует подключённого VPN.

Эта последняя деталь важна. Фильтр, блокирующий магазин при отключённом туннеле, ведёт себя так, как задумано, и отношение к этому как к ошибке приводит к отключению защиты, которую запросила организация. Прочитайте собственное описание правила в продукте, прежде чем решить, что правило неверно.

Шаг третий: меняйте ровно один путь за раз

Используйте собственный документированный элемент управления продукта, чтобы проверить альтернативный путь, и меняйте только одну вещь. Управляемый Mac может требовать администратора для этого изменения, а обход политики ради доказательства — иное решение, чем её диагностика.

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

Шаг четвёртый: исправляйте инспекцию в инспектирующей системе

Опубликованные сетевые требования Apple разделяют зависимости для приложений, обновлений программ, служб учётной записи и проверки сертификатов, поэтому разрешение одного известного имени хоста не покрывает всю службу. Там же сказано, что перехват HTTPS может ломать эти службы.

Когда proxy или фильтр инспектирует трафик, поддерживаемое исключение относится к инспектирующей системе и применяется тем, кто ею управляет. Не компенсируйте на Mac ослаблением проверки сертификатов или принятием неожиданного сертификата, потому что это меняет инцидент поддержки на инцидент безопасности.

Шаг пятый: удаляйте правильно, а затем передавайте чисто

Если продукт больше не нужен, используйте его деинсталлятор и завершите любую запрошенную перезагрузку. Перетаскивание приложения в корзину или удаление записи VPN в Настройках не доказывает, что сетевого расширения, настройки proxy или фонового компонента больше нет, и остаток продолжает влиять на трафик.

Сопротивляйтесь первому порыву очистить кэши, cookie и элементы связки ключей. Это выбрасывает состояние, которое может понадобиться, и редко показывает, какой компонент изменил путь. Точно так же не публикуйте полный диагностический архив системы, предполагая, что в нём нет ничего личного.

Хорошая передача коротка: текст ошибки, временное окно, продукт и версия, установленные компоненты и результат единственного сравнения, которое вам разрешили.

Похожие статьи