AirDrop зник при ввімкненому VPN? Перевірте локальну маршрутизацію

AirDrop працює, потім підключається VPN, і другий Mac або iPhone зникає з аркуша спільного доступу. У журналі VPN немає нічого про виявлення, бо збій зазвичай стосується локальної доступності, а не криптографії. Сторінка підтримки Apple визнає, що конфігурація VPN, яка обмежує локальну мережу, може заважати Continuity і AirDrop; це корисна підказка, а не діагноз. Почніть із дешевих перевірок, потім прочитайте таблицю маршрутів, а перемикач локального доступу сприймайте як рішення про приватність, а не як типове налаштування, яке треба перемкнути.

Що ламається ще до участі тунелю

Обидва пристрої потребують увімкненого Wi-Fi або Bluetooth, AirDrop має приймати від контактів або від усіх у межах свого вікна приймання, а обидва облікові записи мають бути видимими одне для одного. Поставити отримувача на всіх на десять хвилин — законний експеримент: якщо інший пристрій там зявиться, проблема була в налаштуваннях, а тунель ні до чого. Перевіряйте з відомим отримувачем, а не судіть за тим, що пропонує аркуш спільного доступу.

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

Аркуш спільного доступу спорожніє, коли зміщується маршрут за замовчуванням

Клієнт повного тунелю зазвичай встановлює маршрут за замовчуванням через тунель плюс два півмаршрути, які перехоплюють більшість призначень. Локальна підмережа виживає за такої схеми лише тоді, коли має конкретніший маршрут; інакше вона зникає в тунелі. Сам AirDrop іде через одноранговий інтерфейс AWDL, тож клієнт, який фільтрує або агресивно маршрутизує локальні інтерфейси, може заважати, поки інтернет-шлях залишається бездоганним. Чотири команди охоплюють інтерфейс, маршрути, активне зєднання та фільтр пакетів.

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

Спершу прочитайте рядок за замовчуванням: якщо він указує на інтерфейс utun і жоден конкретніший маршрут не покриває вашу підмережу, локальний трафік іде в тунель, і обізнаність зникає разом із ним. Пара 0/1 і 128.0/1 — поширена форма повного тунелю, бо ці маршрути перемагають справжній маршрут за замовчуванням, не замінюючи його. Рядок awdl0 з активним статусом і адресою виключає, що одноранговий інтерфейс вимкнений. Коли всі три виглядають нормально, обмеження походить від політики клієнта або фільтра на хості, а не з таблиці маршрутів.

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

Керований Mac може не пропонувати перемикач локального доступу

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

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

Доведіть це файлом, а не значком

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

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