FaceTime працює, але Mac не може телефонувати через iPhone

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

Це не так. Аудіо FaceTime і передавання телефонних викликів — різні транспорти з різними вимогами, і один із них проходить тунелем, який інший не може подолати.

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

Робочий FaceTime майже нічого вам не каже

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

Отже, успішний виклик FaceTime доводить, що Mac має придатний інтернет і досягає сервісів Apple. Він нічого не каже про те, чи бачить Mac iPhone, що стоїть поруч. Два пристрої можуть мати однаковий SSID і все одно бути невидимими одне для одного.

Увесь міф в одному рядку: жоден виклик, що залишає будівлю, не перевіряє локальне з'єднання.

Чого насправді потребує шлях передавання

Кожен пункт у списку Apple обов'язковий, а не додатковий. Обидва пристрої в одній мережі Wi-Fi, обидва ввійшли в один обліковий запис Apple, обидва ввійшли у FaceTime з увімкненим номером телефону, і «Виклики на інших пристроях» увімкнено для Mac, який ви хочете використовувати. Довідник Apple щодо викликів з iPhone є джерелом для поточного формулювання.

На новому iPhone перемикач розташований у розділі «Налаштування», «Програми», «Телефон», «Виклики на інших пристроях», і ваш Mac має з'явитися в цьому списку та бути ввімкненим. Коли Mac уперше намагається використати лінію, macOS запитує, чи дозволяти виклики з того iPhone. Якщо один раз відхилити цей запит, функція залишиться тихо зламаною, бо більше ніхто не запитає.

Бік Mac залежить від версії системи. Нові випуски macOS мають застосунок «Телефон», старіші спрямовують виклики через FaceTime. Якщо посібник показує меню, якого ви не знаходите, перевірте версію, перш ніж вирішувати, що налаштування немає.

Де VPN справді заважає

Клієнт VPN може зламати передавання трьома різними способами, і задокументовано лише перший. Задокументований випадок — конфігурація, яка перешкоджає локальній мережі: macOS попереджає, що такий VPN може заважати функціям Continuity, а передавання — це функція Continuity. Другий — повний тунель, який перехоплює трафік, яким Mac користувався б для зв'язку з iPhone, тому локальний запит виходить до шлюзу, якому він не потрібен. Третій — клієнт, який застосовує свою фільтрацію або аварійний вимикач до кожного інтерфейсу, а не лише до тунелю.

Розділений тунель, що несе лише корпоративні підмережі, зазвичай не чіпає локальний шлях. Тому той самий Mac може пройти на одному профілі VPN і не пройти на іншому, і різниця між двома профілями — це корисний сигнал.

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

Три збої, які звалюють на VPN

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

Ізоляція мережі. Гостьові мережі, ізоляція клієнтів на точці доступу та окремі VLAN дають рівно симптом передавання: той самий SSID і жодної видимості, без VPN у картині. Якщо Wi-Fi будівлі ізолює клієнтів, жодне налаштування на вашому Mac не змінить результат.

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

Порядок перевірки, що дає докази

Почніть із відомого стану: iPhone розблокований і поруч, обидва пристрої в одній мережі Wi-Fi, VPN на Mac вимкнено. Зробіть один вихідний виклик і прийміть один вхідний. Обидва напрямки важливі, бо вони відмовляють з різних причин. Вихідний залежить від того, чи досягає Mac лінії, а вхідний — від того, чи вважає iPhone цей Mac припустимою ціллю.

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

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

Що підтвердити перед ескалацією

Пройдіть ці п'ять пунктів по порядку і запишіть відповідь на кожен: одна мережа Wi-Fi, один обліковий запис Apple, номер телефону ввімкнено у FaceTime, цей Mac увімкнено в «Викликах на інших пристроях», і запит дозволу macOS прийнято. Усе, що ви не можете підтвердити, — безкоштовна можлива причина.

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