FaceTime działa, ale Mac nie może dzwonić przez iPhone'a

Możesz bez problemu rozpocząć połączenie audio FaceTime z Maca, a potem z tego samego Maca wybrać numer hydraulika i nic się nie dzieje. Zwykłe wytłumaczenie jest takie, że sieć jest zdrowa, a zepsuło się coś niezwiązanego. To właśnie wytłumaczenie jest mitem i trzyma się głównie dlatego, że FaceTime wygląda na uczciwy test.

Nie jest. Audio FaceTime i przekazywanie połączeń telefonicznych to osobne transporty o osobnych wymaganiach, a jeden z nich przechodzi przez tunel, którego drugi nie przekroczy.

VPN też nie jest winny z góry. Kolejność poniżej usuwa oba założenia, zanim dotkniesz innego ustawienia.

Działający FaceTime prawie nic ci nie mówi

Audio FaceTime negocjuje połączenie z osiągalnym rozmówcą. Ten ruch może przejść przez internet, także przez VPN z pełnym tunelem, o ile obie strony mogą wymieniać pakiety. Przekazywanie połączeń nie opuszcza budynku. Twój Mac prosi pobliski iPhone o wykonanie połączenia na jego linii komórkowej, a ta prośba jest lokalna.

Udane połączenie FaceTime dowodzi więc, że Mac ma użyteczny internet i dociera do usług Apple. Nie mówi nic o tym, czy Mac widzi iPhone'a siedzącego obok. Dwa urządzenia mogą dzielić ten sam SSID i nadal być dla siebie niewidoczne.

Cały mit w jednej linii: żadne połączenie opuszczające budynek nie testuje lokalnego łącza.

Czego naprawdę wymaga ścieżka przekazywania

Każdy punkt na liście Apple jest obowiązkowy, a nie dodatkowy. Oba urządzenia w tej samej sieci Wi-Fi, oba zalogowane na to samo konto Apple, oba zalogowane do FaceTime z włączonym numerem telefonu, a Połączenia na innych urządzeniach włączone dla Maca, którego chcesz używać. Przewodnik Apple po połączeniach z iPhone'a jest odniesieniem dla obecnego sformułowania.

Na nowszym iPhonie przełącznik jest w Ustawieniach, Aplikacjach, Telefonie, Połączeniach na innych urządzeniach, a twój Mac musi pojawić się na tej liście i być włączony. Gdy Mac po raz pierwszy próbuje użyć linii, macOS pyta, czy zezwolić na połączenia z tego iPhone'a. Jeśli raz odrzucisz ten monit, funkcja pozostanie cicho zepsuta, bo nic już nie zapyta.

Strona Maca zależy od wersji systemu. Nowsze wersje macOS mają aplikację Telefon, starsze kierują połączenia przez FaceTime. Jeśli poradnik wskazuje menu, którego nie znajdujesz, sprawdź wersję, zanim uznasz, że brakuje ustawienia.

Gdzie VPN naprawdę przeszkadza

Klient VPN może zepsuć przekazywanie na trzy różne sposoby, a tylko pierwszy jest udokumentowany. Udokumentowany przypadek to konfiguracja, która uniemożliwia pracę sieci lokalnej: macOS ostrzega, że taki VPN może zakłócać funkcje Continuity, a przekazywanie jest funkcją Continuity. Drugi to pełny tunel, który przechwytuje ruch, którego Mac użyłby, aby dotrzeć do iPhone'a, więc lokalna prośba wychodzi do bramy, która nie ma z niej pożytku. Trzeci to klient, który stosuje własne filtrowanie lub wyłącznik awaryjny do każdego interfejsu, a nie tylko do tunelu.

Podzielony tunel, który przenosi tylko podsieci firmowe, zwykle zostawia lokalną ścieżkę w spokoju. Dlatego ten sam Mac może przejść na jednym profilu VPN, a zawieść na innym, i różnica między tymi profilami jest użytecznym sygnałem.

Bądź surowy co do tego, co dowodzi porównanie. Działanie bez VPN i porażka z nim to interakcja, nie diagnoza. Nie wskazuje protokołu, portu ani interfejsu, który został zablokowany, a wymyślanie tras tylko na tej podstawie czyni następny test bezwartościowym.

Trzy awarie zrzucane na VPN

Połączenia Wi-Fi. To funkcja operatora na iPhonie, a nie coś, co Mac dziedziczy. Pozwala telefonowi korzystać z usługi operatora przez Wi-Fi, nie każdy operator ją oferuje, i jest bezużyteczna, gdy iPhone jest wyłączony, poza zasięgiem lub w sieci, która blokuje punkty końcowe operatora. Jeśli twoim prawdziwym wymaganiem jest dzwonienie, gdy iPhone zostaje w domu, przekazywanie było złym mechanizmem do testowania od początku.

Izolacja sieci. Sieci gości, izolacja klientów na punkcie dostępowym i osobne VLAN-y dają dokładnie objaw przekazywania: ten sam SSID i żadnej widoczności, bez VPN w obrazie. Jeśli Wi-Fi budynku izoluje klientów, żadne ustawienie na twoim Macu nie zmieni wyniku.

Handoff. Handoff kontynuuje aktywność między urządzeniami. Nie daje twojemu Macowi linii komórkowej i nie jest testem zastępczym. Pojawienie się ikony Handoff naprawdę mówi, że dwa urządzenia potrafią się znaleźć, co warto wiedzieć, ale to daleko od dowodu, że routing połączeń działa.

Kolejność testów, która daje dowody

Zacznij od znanego stanu: iPhone odblokowany i w pobliżu, oba urządzenia w tej samej sieci Wi-Fi, VPN rozłączony na Macu. Wykonaj jedno połączenie wychodzące i odbierz jedno przychodzące. Oba kierunki mają znaczenie, bo zawodzą z różnych powodów. Wychodzące zależy od tego, czy Mac dotrze do linii, a przychodzące od tego, czy iPhone uzna tego Maca za prawidłowy cel.

Podłącz VPN ponownie z profilem, z którym naprawdę pracujesz, i powtórz oba połączenia, nie zmieniając niczego innego. Jeśli oba nadal działają, VPN nie jest twoją zmienną i powinieneś przestać go dostrajać. Jeśli oba się psują, zapisz nazwę profilu, wersję klienta i to, czy ruch lokalny jest wykluczony, a potem przekaż te trzy fakty właścicielowi konfiguracji.

Jeśli zawodzi tylko jeden kierunek, spójrz na ustawienia połączeń iPhone'a przed tunelem. Asymetryczna awaria jest znacznie częściej przełącznikiem dla pojedynczego urządzenia niż problemem routingu, a ta jedna obserwacja oszczędza popołudnie.

Co potwierdzić przed eskalacją

Przejdź przez te pięć punktów po kolei i zapisz odpowiedź na każdy: ta sama sieć Wi-Fi, to samo konto Apple, numer telefonu włączony w FaceTime, ten Mac włączony w Połączeniach na innych urządzeniach i zaakceptowany monit o zgodę macOS. Wszystko, czego nie możesz potwierdzić, jest darmową możliwą przyczyną.

Potem zdecyduj, na czym optymalizujesz. Jeśli połączenia mają działać tylko przy twoim biurku, wykluczenie ruchu lokalnego z profilu VPN zwykle wystarcza i nie osłabia celu tunelu. Jeśli mają działać, gdy iPhone jest gdzie indziej, przekazywanie jest niewłaściwą funkcją, a pytanie o operatora pojawia się pierwsze.