Handoff deixa de funcionar quan es connecta la VPN: què cal comprovar

Obriu una pàgina a l'iPhone, acosteu-vos al Mac i la icona del Dock no apareix. Apagueu la VPN i funciona. Aquesta seqüència sembla un problema de VPN, i sovint ho és, però no pel motiu que la gent suposa: Handoff és una funció local entre dispositius i el túnel interfereix en la part local, no en la part d'internet.

Arregleu una tasca i un parell de dispositius

Trieu una sola tasca compatible amb Handoff, com una pàgina web al Safari o un esborrany al Notes, i un sol parell de dispositius. Mantingueu l'aplicació, els comptes i les posicions físiques iguals mentre canvieu una variable cada vegada. Una prova que mou tres coses alhora produeix una observació que no podeu utilitzar.

Handoff és continuïtat de tasques, no transmissió de pantalla ni compartició de fitxers. Si el requisit és mirallar una pantalla o muntar un recurs compartit, esteu depurant una funció diferent amb prerequisits diferents.

Anoteu la tasca exacta, perquè el verificador de qualsevol arranjament és que aquesta mateixa tasca funcioni.

Els prerequisits són locals, no remots

Els requisits de Handoff d'Apple són dispositius compatibles a prop, Wi-Fi i Bluetooth activats en tots dos, el mateix Apple Account iniciat i Handoff activat. Comproveu el compte utilitzat per a Continuity i no el compte que va comprar una aplicació, perquè poden diferir en un Mac compartit. Després confirmeu que l'aplicació i la tasca realment admeten Handoff, ja que una aplicació qualsevol oberta no demostra res. Aquestes comprovacions són barates i són el primer que cal descartar.

Tot això passa per ràdios locals. El Bluetooth anuncia l'activitat i el Wi-Fi transporta la càrrega, per això els dispositius han de ser a prop encara que tots dos tinguin accés a internet.

Res d'això no depèn de l'adreça pública que faci servir cap dels dispositius.

Què fa el client VPN amb el trànsit local

Un client de túnel complet pot capturar la subxarxa local juntament amb tota la resta, i alguns clients fan exactament això si no permeteu l'accés a la xarxa local. Apple adverteix que les configuracions de VPN que impedeixen la xarxa local poden interferir amb les funcions de Continuity. Això és una afirmació sobre la política del client, no sobre un port bloquejat concret.

Molts clients ofereixen una excepció d'accés local; llegiu què permet abans d'activar-la i preferiu l'opció compatible del proveïdor a editar les regles del tallafoc a mà.

Si el client no té aquesta opció, la decisió de disseny correspon a qui és propietari del desplegament.

Què no us dona una sortida compartida

Dos dispositius que utilitzen el mateix servidor VPN comparteixen una adreça de sortida, i això és tot el que comparteixen. No crea l'anunci de Bluetooth, no els posa al mateix enllaç local i no arregla un Apple Account desajustat. Tractar una adreça pública comuna com a prerequisit és un error de categoria que porta a canvis inútils al client.

L'aïllament de subscriptors al servei VPN també és una qüestió diferent de dos dispositius propers que continuen una tasca, així que obrir el reenviament entre subscriptors no és un pas de Handoff.

Una VPN basada en router canvia quina política s'aplica als dispositius i encara no proporciona una ràdio o un compte que faltin.

Decidiu amb el propietari de la política i després verifiqueu tots dos resultats

Tres condicions decideixen l'arranjament. Es manté la cadena de prerequisits amb la VPN desactivada? Té el client una opció d'accés local compatible i la política ho permet? I podeu verificar el canvi sense debilitar la protecció per a la qual existeix el túnel? Si la tercera resposta és no, el canvi necessita l'administrador i no una solució alternativa.

Després d'un canvi aprovat, confirmeu tots dos resultats: la tasca continua al dispositiu proper i les aplicacions que necessiten el túnel conserven l'accés i el bloqueig previstos.

Registreu l'excepció al costat de la configuració d'aquesta connexió, o la propera actualització del perfil la traurà sense avisar.