Handoff deja de funcionar cuando se conecta la VPN: qué revisar

Abra una página en el iPhone, acérquese al Mac y el icono del Dock no aparece. Apague la VPN y funciona. Esa secuencia parece un problema de VPN, y a menudo lo es, pero no por el motivo que la gente supone: Handoff es una función local entre dispositivos y el túnel interfiere en la parte local, no en la de internet.

Arregle una tarea y un par de dispositivos

Elija una sola tarea compatible con Handoff, como una página web en Safari o un borrador en Notes, y un solo par de dispositivos. Mantenga la app, las cuentas y las posiciones físicas iguales mientras cambia una variable cada vez. Una prueba que mueve tres cosas a la vez produce una observación que no puede usar.

Handoff es continuación de tareas, no transmisión de pantalla ni uso compartido de archivos. Si el requisito es duplicar una pantalla o montar un recurso compartido, está depurando otra función con otros requisitos previos.

Anote la tarea exacta, porque el verificador de cualquier arreglo es que esa misma tarea funcione.

Los requisitos previos son locales, no remotos

Los requisitos de Handoff de Apple son dispositivos compatibles cerca, Wi-Fi y Bluetooth activados en ambos, la misma cuenta de Apple Account iniciada y Handoff activado. Revise la cuenta usada para Continuity y no la cuenta que compró una app, porque pueden ser distintas en un Mac compartido. Luego confirme que la app y la tarea realmente admiten Handoff, ya que una app cualquiera abierta no demuestra nada. Esas comprobaciones son baratas y son lo primero que hay que descartar.

Todo eso ocurre por radios locales. Bluetooth anuncia la actividad y Wi-Fi transporta la carga, por eso los dispositivos deben estar cerca aunque ambos tengan acceso a internet.

Nada de eso depende de la dirección pública que use cualquiera de los dispositivos.

Qué hace el cliente VPN con el tráfico local

Un cliente de túnel completo puede capturar la subred local junto con todo lo demás, y algunos clientes hacen exactamente eso si no permite el acceso a la red local. Apple advierte que las configuraciones de VPN que bloquean la red local pueden interferir con las funciones de Continuity. Eso es una afirmación sobre la política del cliente, no sobre un puerto bloqueado concreto.

Muchos clientes ofrecen una excepción de acceso local; lea qué permite antes de activarla y prefiera la opción compatible del proveedor a editar las reglas del cortafuegos a mano.

Si el cliente no tiene esa opción, la decisión de diseño corresponde a quien es dueño del despliegue.

Qué no le da una salida compartida

Dos dispositivos que usan el mismo servidor VPN comparten una dirección de salida, y eso es todo lo que comparten. No crea el anuncio de Bluetooth, no los pone en el mismo enlace local y no arregla una cuenta de Apple Account desajustada. Tratar una dirección pública común como requisito previo es un error de categoría que lleva a cambios inútiles en el cliente.

El aislamiento de suscriptores en el servicio VPN también es una cuestión distinta de dos dispositivos cercanos que continúan una tarea, así que abrir el reenvío entre suscriptores no es un paso de Handoff.

Una VPN basada en router cambia qué política se aplica a los dispositivos y sigue sin aportar una radio o una cuenta que falten.

Decida con el responsable de la política y luego verifique ambos resultados

Tres condiciones deciden el arreglo. ¿Se mantiene la cadena de requisitos con la VPN desactivada? ¿Tiene el cliente una opción de acceso local compatible, y la política lo permite? ¿Y puede verificar el cambio sin debilitar la protección para la que existe el túnel? Si la tercera respuesta es no, el cambio necesita al administrador y no un rodeo.

Tras un cambio aprobado, confirme ambos resultados: la tarea continúa en el dispositivo cercano y las aplicaciones que necesitan el túnel conservan el acceso y el bloqueo previstos.

Registre la excepción junto a la configuración de esa conexión, o la próxima actualización del perfil la eliminará sin avisar.