Handoff funktioniert nicht mehr, wenn das VPN verbindet: was zu prüfen ist
Handoff ist lokal: Bluetooth kündigt die Aufgabe an, Wi-Fi überträgt sie. Ein Full Tunnel, der das lokale Subnetz erfasst, bricht das zuerst.
Öffnen Sie eine Seite auf dem iPhone, gehen Sie zum Mac, und das Dock-Symbol erscheint nicht. Schalten Sie das VPN aus, und es funktioniert. Diese Abfolge sieht nach einem VPN-Problem aus, und oft ist sie es auch, aber nicht aus dem Grund, den man annimmt: Handoff ist eine lokale Funktion zwischen Geräten, und der Tunnel stört den lokalen Teil, nicht den Internet-Teil.
Beheben Sie eine Aufgabe und ein Gerätepaar
Wählen Sie eine einzelne Handoff-fähige Aufgabe, etwa eine Webseite in Safari oder einen Entwurf in Notes, und ein einzelnes Gerätepaar. Halten Sie App, Konten und physische Positionen gleich, während Sie jeweils eine Variable ändern. Ein Test, der drei Dinge gleichzeitig verändert, liefert eine Beobachtung, die Sie nicht verwenden können.
Handoff ist Aufgabenfortsetzung, nicht Bildschirmübertragung oder Dateifreigabe. Wenn die Anforderung lautet, einen Bildschirm zu spiegeln oder eine Freigabe einzubinden, debuggen Sie eine andere Funktion mit anderen Voraussetzungen.
Schreiben Sie die genaue Aufgabe auf, denn der Prüfstein jeder Behebung ist, dass genau diese Aufgabe funktioniert.
Die Voraussetzungen sind lokal, nicht entfernt
Apples Anforderungen für Handoff sind nahe kompatible Geräte, aktiviertes Wi-Fi und Bluetooth auf beiden, dasselbe angemeldete Apple Account und eingeschaltetes Handoff. Prüfen Sie das für Continuity verwendete Konto und nicht das Konto, das eine App gekauft hat, denn auf einem gemeinsam genutzten Mac können sie sich unterscheiden. Bestätigen Sie dann, dass die App und die Aufgabe Handoff tatsächlich unterstützen, denn eine beliebige geöffnete App beweist nichts. Diese Prüfungen sind billig, und sie sind das Erste, was auszuschließen ist.
All das läuft über lokale Funkverbindungen. Bluetooth kündigt die Aktivität an, und Wi-Fi überträgt die Nutzlast, deshalb müssen die Geräte nahe beieinander sein, selbst wenn beide Internetzugang haben.
Nichts davon hängt von der öffentlichen Adresse ab, die eines der Geräte verwendet.
Was der VPN-Client mit lokalem Verkehr macht
Ein Full-Tunnel-Client kann das lokale Subnetz zusammen mit allem anderen erfassen, und manche Clients tun genau das, wenn Sie keinen Zugriff auf das lokale Netz erlauben. Apple warnt, dass VPN-Konfigurationen, die lokale Vernetzung verhindern, Continuity-Funktionen beeinträchtigen können. Das ist eine Aussage über die Richtlinie des Clients, nicht über einen bestimmten blockierten Port.
Viele Clients bieten eine Ausnahme für lokalen Zugriff; lesen Sie, was sie erlaubt, bevor Sie sie aktivieren, und ziehen Sie die unterstützte Option des Anbieters dem manuellen Bearbeiten von Firewall-Regeln vor.
Hat der Client keine solche Option, gehört die Designentscheidung demjenigen, der das Deployment verantwortet.
Was ein gemeinsamer Ausgang Ihnen nicht bringt
Zwei Geräte, die denselben VPN-Server nutzen, teilen eine Ausgangsadresse, und mehr teilen sie nicht. Das erzeugt nicht die Bluetooth-Ankündigung, es bringt sie nicht auf denselben lokalen Link, und es behebt kein unpassendes Apple Account. Eine gemeinsame öffentliche Adresse als Voraussetzung zu behandeln, ist ein Kategorienfehler, der zu sinnlosen Client-Änderungen führt.
Die Teilnehmerisolierung im VPN-Dienst ist ebenfalls eine andere Frage als zwei nahe Geräte, die eine Aufgabe fortsetzen, daher ist das Öffnen von Weiterleitung zwischen Teilnehmern kein Handoff-Schritt.
Ein routerbasiertes VPN ändert, welche Richtlinie für die Geräte gilt, und es liefert trotzdem kein fehlendes Funkmodul und kein Konto.
Entscheiden Sie mit dem Richtlinienverantwortlichen und prüfen Sie dann beide Ergebnisse
Drei Bedingungen entscheiden die Behebung. Hält die Voraussetzungskette bei ausgeschaltetem VPN? Hat der Client eine unterstützte Option für lokalen Zugriff, und erlaubt die Richtlinie sie? Und können Sie die Änderung prüfen, ohne den Schutz zu schwächen, für den der Tunnel existiert? Ist die dritte Antwort nein, braucht die Änderung den Administrator statt eines Workarounds.
Bestätigen Sie nach einer genehmigten Änderung beide Ergebnisse: Die Aufgabe wird auf dem nahen Gerät fortgesetzt, und die Anwendungen, die den Tunnel brauchen, behalten ihren vorgesehenen Zugriff und ihr Blockverhalten.
Notieren Sie die Ausnahme neben der Konfiguration dieser Verbindung, sonst entfernt sie das nächste Profil-Update stillschweigend.