Handoff deixa de funcionar cando se conecta a VPN: que revisar

Abra unha páxina no iPhone, acérquese ao Mac e a icona do Dock non aparece. Apague a VPN e funciona. Esa secuencia parece un problema de VPN, e a miúdo éno, pero non polo motivo que a xente supón: Handoff é unha función local entre dispositivos e o túnel interfire na parte local, non na de internet.

Arranxe unha tarefa e un par de dispositivos

Escolla unha soa tarefa compatible con Handoff, como unha páxina web en Safari ou un borrador en Notes, e un só par de dispositivos. Mantena a aplicación, as contas e as posicións físicas iguais mentres cambia unha variable cada vez. Unha proba que move tres cousas á vez produce unha observación que non pode usar.

Handoff é continuación de tarefas, non transmisión de pantalla nin compartición de ficheiros. Se o requisito é duplicar unha pantalla ou montar un recurso compartido, está depurando outra función con outros requisitos previos.

Anote a tarefa exacta, porque o verificador de calquera arranxo é que esa mesma tarefa funcione.

Os requisitos previos son locais, non remotos

Os requisitos de Handoff de Apple son dispositivos compatibles preto, Wi-Fi e Bluetooth activados en ambos, a mesma conta de Apple Account iniciada e Handoff activado. Comprobe a conta usada para Continuity e non a conta que comprou unha aplicación, porque poden ser distintas nun Mac compartido. Logo confirme que a aplicación e a tarefa realmente admiten Handoff, xa que calquera aplicación aberta non demostra nada. Esas comprobacións son baratas e son o primeiro que hai que descartar.

Todo iso ocorre por radios locais. O Bluetooth anuncia a actividade e o Wi-Fi transporta a carga, por iso os dispositivos deben estar preto aínda que ambos teñan acceso a internet.

Nada diso depende do enderezo público que use calquera dos dispositivos.

Que fai o cliente VPN co tráfico local

Un cliente de túnel completo pode capturar a subrede local xunto con todo o demais, e algúns clientes fan exactamente iso se non permite o acceso á rede local. Apple advirte que as configuracións de VPN que bloquean a rede local poden interferir coas funcións de Continuity. Iso é unha afirmación sobre a política do cliente, non sobre un porto bloqueado concreto.

Moitos clientes ofrecen unha excepción de acceso local; lea que permite antes de activala e prefira a opción compatible do provedor a editar as regras da devasa a man.

Se o cliente non ten esa opción, a decisión de deseño corresponde a quen é dono do despregamento.

Que non lle dá unha saída compartida

Dous dispositivos que usan o mesmo servidor VPN comparten un enderezo de saída, e iso é todo o que comparten. Non crea o anuncio de Bluetooth, non os pon na mesma ligazón local e non arranxa unha conta de Apple Account desaxustada. Tratar un enderezo público común como requisito previo é un erro de categoría que leva a cambios inútiles no cliente.

O illamento de subscritores no servizo VPN tamén é unha cuestión distinta de dous dispositivos próximos que continúan unha tarefa, así que abrir o reenvío entre subscritores non é un paso de Handoff.

Unha VPN baseada en router cambia que política se aplica aos dispositivos e segue sen achegar unha radio ou unha conta que falten.

Decida co responsable da política e logo verifique ambos os resultados

Tres condicións deciden o arranxo. Mantense a cadea de requisitos coa VPN desactivada? Ten o cliente unha opción de acceso local compatible, e a política permíteo? E pode verificar o cambio sen debilitar a protección para a que existe o túnel? Se a terceira resposta é non, o cambio necesita o administrador e non unha volta.

Tras un cambio aprobado, confirme ambos os resultados: a tarefa continúa no dispositivo próximo e as aplicacións que necesitan o túnel conservan o acceso e o bloqueo previstos.

Rexiste a excepción xunto á configuración desa conexión, ou a próxima actualización do perfil eliminaraa sen avisar.