App Store не підключається після VPN або фільтра вмісту

Ви встановлюєте 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 та елементи зв'язки ключів. Це викидає стан, який може знадобитися, і рідко показує, який компонент змінив шлях. Так само не публікуйте повний діагностичний архів системи, припускаючи, що в ньому немає нічого приватного.

Гарна передача коротка: текст помилки, часове вікно, продукт і версія, встановлені компоненти й результат єдиного порівняння, яке вам дозволили.