Beeinflusst ein VPN Wi-Fi Calling auf dem iPhone? Prüfen Sie die Netzbetreiberseite

Verbinden Sie sich mit einem Hotelnetz, führen Sie einen Anruf aus der Phone-App, öffnen Sie dann einen Browser und beobachten Sie, wie er die Ausgangsadresse des VPN statt der des Hotels meldet: drei Beobachtungen, die widersprüchlich wirken und es meist nicht sind. Wi-Fi Calling des Betreibers wird von Ihrem Mobilfunkbetreiber auf Ihrer Leitung bereitgestellt, während ein VPN nur eine Routing-Schicht für die Daten ist, die Ihr Gerät sendet. Eine Seite mit öffentlicher IP als Beweis für einen Telefonanruf zu lesen, ist der schnellste Weg, einen Nachmittag mit der falschen Einstellung zu verbringen. Keiner der beiden Dienste lässt sich am Symptom des anderen beurteilen, und die Reihenfolge, in der Sie sie prüfen, ändert die Antwort.

Der Mythos, dass ein Tunnel jeden Anruf trägt

Sobald das VPN verbunden ist, sagt die Intuition, dass alles, was das Telefon sendet, nun über den Server des Anbieters hinausgeht, Stimme eingeschlossen. Daten folgen tatsächlich den Routen, die der Tunnel einrichtet, aber ein Sprachdienst des Betreibers ist standardmäßig keine dieser Routen: Das Kernnetz des Betreibers stellt ihn bereit, und der Tunnel ersetzt dieses Kernnetz nie. Der Wi-Fi-Calling-Modus der Phone-App ist ein Angebot, das an Ihre Teilnehmerleitung gebunden ist. Ein Verbraucher-VPN-Profil kann ihn nicht bereitstellen und auch nicht widerrufen.

Anrufe innerhalb einer Messaging- oder Geschäfts-App sind ein anderes Produkt. Eine solche App trägt ihr eigenes Konto, ihre eigenen Server und ihren eigenen Medienpfad, daher laufen diese Anrufe normalerweise im Tunnel und können brechen, wenn der Tunnel bricht. Einen fehlgeschlagenen Anruf als Dienst auf Leitungsebene oder Konto auf App-Ebene einzuordnen, bevor Sie irgendeine Einstellung anfassen, beseitigt den größten Teil des Rätselratens.

Ist Wi-Fi Calling auf dieser Leitung tatsächlich bereitgestellt?

Bevor Sie irgendeine VPN-Frage stellen, bestätigen Sie, dass Ihr Betreiber und Ihr Gerät die Funktion unterstützen und dass sie für die konkrete Leitung, die Sie testen, eingeschaltet ist. Apples Anleitung zum Einrichten von Wi-Fi Calling beschreibt den betreiberabhängigen Aktivierungspfad und den Status, den das Telefon anzeigt, sobald die Leitung aktiv ist. Fehlt dieser Status, oder erscheint Ihr Betreiber nie in der Liste, ist das VPN nicht das, was zu untersuchen ist.

Führen Sie danach einen gewöhnlichen Anruf zu einer Nummer durch, die Sie kontrollieren, und beobachten Sie die Statusanzeige, während der Anruf verbindet. Ein Telefon, das Wi-Fi als verbunden anzeigt, hat nur bewiesen, dass die Datenverbindung steht; es hat nicht bewiesen, welches Netz das Audio getragen hat. Führen Sie niemals einen Notruf durch, um zu sehen, wie das Audio geroutet wird, und betrachten Sie einen Sprachanruf in einer Messaging-App niemals als Beweis für die Betreiberfunktion. Das sind getrennte Dienste mit getrennten Fehlerarten, und der eine sagt nichts über den anderen.

Tritt das Symptom nur bei aktiviertem VPN auf, halten Sie Leitung, WLAN-Netz und Anrufziel konstant und ändern Sie pro Durchlauf eine einzige Variable. Auf einem verwalteten Telefon ist ein Vergleichsdurchlauf mit entferntem Profil nur zulässig, wenn der Administrator dem vorher zugestimmt hat.

Wo IncludeAllNetworks und ExcludeCellularServices hingehören

Die IKEv2-Nutzlast in einem Geräteverwaltungsprofil trägt zwei Schlüssel, die diese Aufteilung entscheiden. IncludeAllNetworks ist der Schalter, der den gesamten Geräteverkehr in den Tunnel schiebt statt nur das, was die VPN-App zufällig erfasst. Sobald er gesetzt ist, ExcludeCellularServices kann Verkehr internet-routingfähiger Dienste wieder aus dem Tunnel herausschneiden, und Wi-Fi Calling ist einer der Dienste, die diese Ausnahme benennt. Verkehr, den ein Betreiber direkt in sein eigenes Kernnetz leitet, nie über das öffentliche Internet, bleibt außerhalb des Tunnels, was diese beiden Schlüssel auch sagen.

Schlüssel beschreiben, was ein Profil ausdrücken kann, nicht was Ihr Anbieter tatsächlich ausgeliefert hat. Ein Profil, das ExcludeCellularServices auslässt, kann die Funktion im Tunnel halten, und ein Anbieter, der keinen bearbeitbaren Schalter offenlegt, kann Sie ganz ohne benutzersichtbare Kontrolle zurücklassen. Das Artefakt, das die Sache entscheidet, ist die Nutzlast, die Sie installiert haben, und Ihr Administrator kann sie Ihnen wortwörtlich vorlesen.

Warum eine Seite mit öffentlicher IP keinen Anruf verfolgen kann

Eine Seite, die die Ausgangsadresse des VPN meldet, hat eine HTTP-Anfrage einer App zu einem Zeitpunkt gemessen. Sie sagt nichts über die Schnittstelle, die ein Sprachanruf genutzt hat, und ein Anruf, der verbindet, sagt nichts darüber, ob der Tunnel für anderen Verkehr gesund ist. Eines als Stellvertreter für das andere zu verwenden, erzeugt Schlussfolgerungen, die selbstsicher klingen und falsch sind.

Halten Sie die Datenschutzseite ebenso konkret: Der Betreiber führt weiterhin Ihren Teilnehmerdatensatz und stellt weiterhin den Leitungsdienst bereit, ein anderer Web-Ausgang löst Sie also nicht von diesem Konto. Ein VPN schreibt Pfade für den Verkehr um, den es erfasst; es verlegt keine Mobilleitung zu einem anderen Betreiber.

Eine Diagnosereihenfolge, die Ihre Richtlinie intakt lässt

Beginnen Sie mit der Leitung: Funktion aktiviert, Betreiber gelistet, Anzeige vorhanden, ein gewöhnlicher Anruf geführt. Prüfen Sie dann das Profil und fragen Sie, ob IncludeAllNetworks eingeschaltet ist und worauf ExcludeCellularServices gesetzt ist. Erst wenn beides sauber zurückkommt, verdient der Tunnel selbst Ihre Aufmerksamkeit.

Schreiben Sie das Ergebnis auf, das Sie eigentlich wollten: eine erlaubte Telefonfunktion, die funktioniert, mit einem bekannten Geltungsbereich für den Tunnel. Diese Antwort übersteht ein Betreiber-Update, ein neues Netz oder ein überarbeitetes Profil, während eine Vermutung über Pakete nichts übersteht. Wenn Sie das Profil verwalten, lesen Sie die Sprachdienst-Ausnahmen neben den Regeln zur Verkehrsblockierung in derselben Nutzlast, weil beide zusammenwirken. Wenn Sie der Nutzer sind, sind der Supportkanal des Betreibers und das dokumentierte Verhalten Ihres VPN-Anbieters die beiden Quellen, die es wert sind, in einem Ticket zitiert zu werden.