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

Вирішіть, що Wi-Fi має робити зараз

Під час спільного доступу до Інтернету інтерфейс Wi-Fi обслуговує інші пристрої, а це інша робота, ніж підключення до маршрутизатора як клієнта. Це не два параметри однієї речі; це два режими одного й того самого обладнання. Запишіть, який із них потрібен далі, бо кожна наступна перевірка залежить від цього. Якщо відповідь — звичайний доступ клієнта, схема спільного доступу має спершу зникнути. Якщо тією конфігурацією керує хтось інший, узгодьте зміну з ним, а не вимикайте її в односторонньому порядку.

Падіння VPN — окрема подія. Воно може пояснити заблокований трафік і не може пояснити радіо, яке не піднімається.

Спершу зупиніть роль спільного доступу

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

Інтерфейс мосту, створений службою спільного доступу, може залишитися в списку інтерфейсів. networksetup -listallhardwareports зіставляє імена з обладнанням, і це визначає, який пристрій є яким, перш ніж ви почнете вгадувати. Прочитайте це, замість того щоб довіряти порядку в меню.

Розділіть три форми відмови

Недоступне радіо — це висновок про обладнання або драйвер. Запишіть версію macOS і те, чи був стан спільного доступу активним, потім скористайтеся підтримуваним шляхом діагностики; жодна зміна маршрутизації не повертає інтерфейс, якого система не бачить. Не підключено — це проблема приєднання: виберіть схвалену мережу, завершіть її автентифікацію і перевірте, чи поводиться Mac як клієнт, а не все ще як шлюз. Підключено, але без доступу — це проблема політики, і задокументована поведінка клієнта VPN під час розриву — перше місце, куди варто подивитися.

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

Запускайте діагностику в її межах

Бездротова діагностика виправдовує своє місце, коли Mac підключається, але важко досягає інтернету. Вона аналізує та звітує, а не ремонтує, і не змінює ваші налаштування.

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

Створення служби заново — не перемикач

Видалення й повторне додавання мережевої служби Wi-Fi — значно більша зміна, ніж вимкнення спільного доступу. Воно відкидає ручну адресацію, записи DNS, налаштування проксі та будь-яку конфігурацію 802.1X, прив'язану до цієї служби. Запишіть це, перш ніж розглядати такий крок, і перевірте, чи має встановлений випуск задокументовану процедуру.

Порівняння вирішує: перемикання спільного доступу оборотне за секунди й змінює одну роль, тоді як створення служби заново може коштувати пів дня й одного адміністратора на відновлення. Вдавайтеся до другого лише коли перше не вдалося і ви можете назвати, що має містити відтворена служба. Коли Mac поверне своє звичайне з'єднання, надішліть один дозволений запит, потім знову підключіть VPN і його приватний ресурс. Залиште спільний доступ до Інтернету вимкненим, якщо ви свідомо не хочете знову цієї ролі шлюзу.

Схожі статті