Handoff stopt met werken wanneer de VPN verbindt: wat je moet controleren

Open een pagina op de iPhone, loop naar de Mac, en het Dock-pictogram verschijnt niet. Zet de VPN uit en het werkt. Die volgorde lijkt op een VPN-probleem, en dat is het vaak, maar niet om de reden die mensen aannemen: Handoff is een lokale functie tussen apparaten, en de tunnel stoort het lokale deel, niet het internetdeel.

Los één taak en één paar apparaten op

Kies één enkele Handoff-geschikte taak, zoals een webpagina in Safari of een concept in Notes, en één enkel paar apparaten. Houd de app, de accounts en de fysieke posities gelijk terwijl je één variabele per keer wijzigt. Een test die drie dingen tegelijk verandert, levert een waarneming op die je niet kunt gebruiken.

Handoff is taakvoortzetting, geen schermstreaming of bestandsdeling. Als de eis is om een scherm te spiegelen of een share te koppelen, debug je een andere functie met andere voorwaarden.

Schrijf de exacte taak op, want de verificatie van elke oplossing is dat diezelfde taak werkt.

De voorwaarden zijn lokaal, niet op afstand

Apple's vereisten voor Handoff zijn compatibele apparaten in de buurt, Wi-Fi en Bluetooth aan op beide, hetzelfde Apple Account aangemeld en Handoff ingeschakeld. Controleer het account dat voor Continuity wordt gebruikt en niet het account dat een app kocht, want die kunnen verschillen op een gedeelde Mac. Bevestig daarna dat de app en de taak Handoff echt ondersteunen, want een willekeurige app die open blijft bewijst niets. Die controles zijn goedkoop, en ze zijn het eerste dat je moet uitsluiten.

Dat alles gebeurt via lokale radio's. Bluetooth adverteert de activiteit en Wi-Fi draagt de payload, daarom moeten de apparaten dicht bij elkaar zijn, zelfs als beide internettoegang hebben.

Niets daarvan hangt af van het openbare adres dat een van de apparaten gebruikt.

Wat de VPN-client met lokaal verkeer doet

Een full-tunnelclient kan het lokale subnet samen met al het andere opvangen, en sommige clients doen precies dat tenzij je toegang tot het lokale netwerk toestaat. Apple waarschuwt dat VPN-configuraties die lokaal netwerken verhinderen, Continuity-functies kunnen verstoren. Dat is een uitspraak over het beleid van de client, niet over één specifieke geblokkeerde poort.

Veel clients bieden een uitzondering voor lokale toegang; lees wat die toestaat voordat je hem inschakelt, en geef de voorkeur aan de ondersteunde optie van de leverancier boven het handmatig bewerken van firewallregels.

Als de client die optie niet heeft, ligt de ontwerpbeslissing bij wie de uitrol bezit.

Wat een gedeelde uitgang je niet oplevert

Twee apparaten die dezelfde VPN-server gebruiken, delen één uitgangsadres, en dat is alles wat ze delen. Het creëert de Bluetooth-advertentie niet, het zet ze niet op dezelfde lokale link, en het lost een niet-overeenkomend Apple Account niet op. Een gemeenschappelijk openbaar adres als voorwaarde behandelen is een categorie fout die tot zinloze clientwijzigingen leidt.

Abonnee-isolatie op de VPN-dienst is ook een andere vraag dan twee nabije apparaten die een taak voortzetten, dus doorsturen tussen abonnees openzetten is geen Handoff-stap.

Een routergebaseerde VPN verandert welk beleid voor de apparaten geldt, en levert nog steeds geen ontbrekende radio of account.

Beslis met de beleidseigenaar en verifieer daarna beide resultaten

Drie voorwaarden bepalen de oplossing. Houdt de keten van voorwaarden stand met de VPN uit? Heeft de client een ondersteunde optie voor lokale toegang, en staat het beleid die toe? En kun je de wijziging verifiëren zonder de bescherming te verzwakken waarvoor de tunnel bestaat? Als het derde antwoord nee is, heeft de wijziging de beheerder nodig in plaats van een omweg.

Bevestig na een goedgekeurde wijziging beide resultaten: de taak gaat door op het nabije apparaat, en de toepassingen die de tunnel nodig hebben behouden hun bedoelde toegang en blokkering.

Leg de uitzondering vast naast de configuratie van die verbinding, anders verwijdert de volgende profielupdate hem stilzwijgend.