Handoff перестає працювати після підключення VPN: що перевірити

Відкрийте сторінку на iPhone, підійдіть до Mac, і значок у Dock не з'являється. Вимкніть VPN, і все працює. Ця послідовність виглядає як проблема VPN, і часто нею є, але не з тієї причини, яку люди припускають: Handoff є локальною функцією між пристроями, і тунель заважає локальній частині, а не інтернет-частині.

Виправте одне завдання й одну пару пристроїв

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

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

Запишіть точне завдання, бо перевіркою будь-якого виправлення є робота того самого завдання.

Передумови локальні, а не віддалені

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

Усе це відбувається через локальні радіоканали. Bluetooth оголошує активність, а Wi-Fi передає корисне навантаження, тому пристрої мають бути поруч, навіть коли обидва мають доступ до інтернету.

Ніщо з цього не залежить від публічної адреси, яку використовує будь-який пристрій.

Що VPN-клієнт робить із локальним трафіком

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

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

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

Чого не дає спільний вихід

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

Ізоляція абонентів у VPN-сервісі теж інше питання, ніж два близькі пристрої, що продовжують завдання, тож відкриття переадресації між абонентами не є кроком Handoff.

VPN на базі маршрутизатора змінює те, яка політика застосовується до пристроїв, і все одно не надає відсутнього радіомодуля чи облікового запису.

Вирішуйте разом із власником політики, потім перевірте обидва результати

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

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

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