FaceTime funktioniert, aber der Mac kann nicht über das iPhone telefonieren
Ein funktionierender FaceTime-Anruf beweist nicht, dass die Anrufweiterleitung über das iPhone auf dem Mac funktioniert. Prüfen Sie den lokalen Pfad, den eine VPN blockieren kann, und testen Sie dann in der richtigen Reihenfolge.
Sie können von Ihrem Mac aus mühelos einen FaceTime-Audioanruf starten und dann von demselben Mac aus die Nummer eines Klempners wählen, und es passiert nichts. Die übliche Deutung: Das Netzwerk ist gesund, und etwas Unbeteiligtes ist kaputtgegangen. Diese Deutung ist der Mythos, und sie hält sich vor allem, weil FaceTime wie ein fairer Test aussieht.
Ist er nicht. FaceTime-Audio und Telefonweiterleitung sind getrennte Transportwege mit getrennten Voraussetzungen, und einer davon übersteht einen Tunnel, den der andere nicht durchqueren kann.
Auch die VPN ist nicht von vornherein schuld. Die Reihenfolge unten räumt beide Annahmen aus dem Weg, bevor Sie eine weitere Einstellung anfassen.
Ein funktionierendes FaceTime sagt Ihnen fast nichts
FaceTime-Audio handelt eine Verbindung zu einem erreichbaren Gegenüber aus. Dieser Verkehr kann das Internet durchqueren, auch eine VPN mit vollem Tunnel, solange beide Seiten Pakete austauschen können. Die Telefonweiterleitung verlässt das Gebäude nicht. Ihr Mac bittet ein iPhone in der Nähe, den Anruf über dessen Mobilfunkleitung zu führen, und diese Anfrage ist lokal.
Ein funktionierender FaceTime-Anruf beweist also, dass der Mac brauchbares Internet hat und Apples Dienste erreicht. Er sagt nichts darüber, ob der Mac das iPhone neben sich sieht. Zwei Geräte können dasselbe SSID teilen und trotzdem füreinander unsichtbar sein.
Das ist der ganze Mythos in einer Zeile: Kein Anruf, der das Gebäude verlässt, prüft die lokale Verbindung.
Was der Weiterleitungspfad wirklich verlangt
Jeder Punkt auf Apples Liste ist zwingend, nicht ergänzend. Beide Geräte im selben Wi-Fi-Netz, beide mit derselben Apple-ID angemeldet, beide in FaceTime mit aktivierter Telefonnummer angemeldet, und „Anrufe auf anderen Geräten“ für den Mac aktiviert, den Sie nutzen wollen. Der Leitfaden für iPhone-Anrufe ist die Referenz für die aktuelle Formulierung.
Bei einem neueren iPhone sitzt der Schalter unter Einstellungen, Apps, Telefon, Anrufe auf anderen Geräten, und Ihr Mac muss in dieser Liste erscheinen und aktiviert sein. Wenn der Mac die Leitung zum ersten Mal nutzen will, fragt macOS, ob Anrufe von diesem iPhone erlaubt werden sollen. Verwerfen Sie diese Abfrage einmal, bleibt die Funktion still kaputt, weil nichts erneut fragt.
Die Mac-Seite hängt von der Systemversion ab. Neuere macOS-Versionen bringen eine Telefon-App mit, ältere leiten Anrufe über FaceTime. Wenn eine Anleitung ein Menü zeigt, das Sie nicht finden, prüfen Sie die Version, bevor Sie entscheiden, dass eine Einstellung fehlt.
| Requirement | How it fails when missing |
|---|---|
| Same Wi-Fi network | The iPhone is listed in settings but a call rings nowhere |
| Same Apple Account | The iPhone never appears as a call source |
| Number enabled in FaceTime | FaceTime calls work, the phone line does not appear |
| Calls on Other Devices enabled for this Mac | Incoming calls never arrive, outgoing dialing fails at once |
| macOS allow prompt accepted | Worked once after setup, then stopped without an error |
Wo eine VPN wirklich eingreift
Ein VPN-Client kann die Weiterleitung auf drei verschiedene Arten brechen, und nur die erste ist dokumentiert. Der dokumentierte Fall ist eine Konfiguration, die lokale Netzwerkverbindungen verhindert: macOS warnt, dass eine solche VPN Continuity-Funktionen stören kann, und die Weiterleitung ist eine Continuity-Funktion. Der zweite ist ein voller Tunnel, der den Verkehr abfängt, mit dem der Mac das iPhone erreichen würde, sodass die lokale Anfrage zu einem Gateway abgeht, das nichts damit anfangen kann. Der dritte ist ein Client, der seine eigene Filterung oder seinen Kill-Switch auf jede Schnittstelle anwendet statt nur auf den Tunnel.
Ein geteilter Tunnel, der nur Firmensubnetze trägt, lässt den lokalen Pfad meist in Ruhe. Deshalb kann derselbe Mac mit dem einen VPN-Profil durchkommen und mit einem anderen scheitern, und der Unterschied zwischen den beiden Profilen ist das nützliche Signal.
Seien Sie streng damit, was der Vergleich beweist. Ohne die VPN zu funktionieren und mit ihr zu scheitern ist eine Wechselwirkung, keine Diagnose. Er benennt weder Protokoll noch Port oder Schnittstelle, die blockiert wurde, und allein daraus Routen zu erfinden macht den nächsten Test wertlos.
Drei Fehler, die der VPN angelastet werden
Wi-Fi-Anrufe. Das ist eine Betreiberfunktion auf dem iPhone, nicht etwas, das der Mac erbt. Sie lässt das Telefon den Dienst des Betreibers über Wi-Fi nutzen, nicht jeder Betreiber bietet sie an, und sie ist nutzlos, wenn das iPhone aus ist, außer Reichweite oder in einem Netz, das die Endpunkte des Betreibers blockiert. Wenn Ihre eigentliche Anforderung ist, zu telefonieren, während das iPhone zu Hause bleibt, war die Weiterleitung von Anfang an der falsche Mechanismus zum Testen.
Netzwerkisolierung. Gastnetze, Client-Isolierung am Access Point und getrennte VLANs erzeugen genau das Weiterleitungssymptom: dasselbe SSID und keine Sichtbarkeit, ohne dass eine VPN im Spiel ist. Wenn das Wi-Fi des Gebäudes Clients isoliert, ändert keine Einstellung auf Ihrem Mac das Ergebnis.
Handoff. Handoff führt eine Aktivität geräteübergreifend fort. Es gibt Ihrem Mac keine Mobilfunkleitung und ist kein Ersatztest. Das Handoff-Symbol zu sehen sagt Ihnen tatsächlich, dass die beiden Geräte einander finden können, was gut zu wissen ist, aber es bleibt weit davon entfernt, zu beweisen, dass das Anrufrouting funktioniert.
Eine Testreihenfolge, die Belege liefert
Beginnen Sie mit einem bekannten Zustand: iPhone entsperrt und in der Nähe, beide Geräte im selben Wi-Fi, VPN auf dem Mac getrennt. Führen Sie einen ausgehenden Anruf und empfangen Sie einen eingehenden. Beide Richtungen zählen, weil sie aus unterschiedlichen Gründen scheitern. Ausgehend hängt davon ab, dass der Mac die Leitung erreicht, eingehend davon, dass das iPhone diesen Mac als gültiges Ziel behandelt.
Verbinden Sie die VPN wieder mit dem Profil, mit dem Sie tatsächlich arbeiten, und wiederholen Sie beide Anrufe, ohne sonst etwas zu ändern. Wenn beide noch funktionieren, ist die VPN nicht Ihre Variable, und Sie sollten aufhören, an ihr zu drehen. Wenn beide brechen, notieren Sie den Profilnamen, die Client-Version und ob lokaler Verkehr ausgenommen ist, und geben Sie diese drei Fakten an den, dem die Konfiguration gehört.
Wenn nur eine Richtung scheitert, sehen Sie sich die Anrufeinstellungen des iPhone vor dem Tunnel an. Asymmetrisches Scheitern ist weit häufiger ein Schalter pro Gerät als ein Routingproblem, und diese eine Beobachtung spart einen Nachmittag.
Was Sie bestätigen sollten, bevor Sie eskalieren
Gehen Sie diese fünf Punkte der Reihe nach durch und schreiben Sie die Antwort zu jedem auf: dasselbe Wi-Fi-Netz, dieselbe Apple-ID, Telefonnummer in FaceTime aktiviert, dieser Mac unter Anrufe auf anderen Geräten aktiviert und die macOS-Berechtigungsabfrage angenommen. Alles, was Sie nicht bestätigen können, ist eine kostenlose mögliche Ursache.
Entscheiden Sie dann, worauf Sie optimieren. Wenn Anrufe nur am Schreibtisch funktionieren müssen, reicht es meist, lokalen Verkehr aus dem VPN-Profil auszunehmen, und das schwächt den Zweck des Tunnels nicht. Wenn sie funktionieren müssen, während das iPhone woanders ist, ist die Weiterleitung die falsche Funktion, und die Betreiberfrage kommt zuerst.