Abra uma página no iPhone, aproxime-se do Mac e o ícone do Dock não aparece. Desligue a VPN e funciona. Essa sequência parece um problema de VPN, e muitas vezes é, mas não pelo motivo que as pessoas supõem: o Handoff é uma função local entre dispositivos, e o túnel interfere na parte local, não na parte de internet.

Corrija uma tarefa e um par de dispositivos

Escolha uma única tarefa compatível com Handoff, como uma página web no Safari ou um rascunho no Notes, e um único par de dispositivos. Mantenha o app, as contas e as posições físicas iguais enquanto muda uma variável por vez. Um teste que mexe em três coisas ao mesmo tempo produz uma observação que não pode usar.

O Handoff é continuação de tarefa, não transmissão de ecrã nem partilha de ficheiros. Se o requisito é espelhar um ecrã ou montar uma partilha, está a depurar outra função com outros pré-requisitos.

Anote a tarefa exata, porque o verificador de qualquer correção é que essa mesma tarefa funcione.

Os pré-requisitos são locais, não remotos

Os requisitos da Apple para Handoff são dispositivos compatíveis por perto, Wi-Fi e Bluetooth ativos nos dois, a mesma conta Apple Account com sessão iniciada e o Handoff ligado. Verifique a conta usada para o Continuity e não a conta que comprou uma aplicação, porque podem ser diferentes num Mac partilhado. Depois confirme que a aplicação e a tarefa realmente suportam Handoff, já que uma aplicação qualquer aberta não prova nada. Essas verificações são baratas e são as primeiras a excluir.

Tudo isso acontece por rádios locais. O Bluetooth anuncia a atividade e o Wi-Fi transporta a carga, por isso os dispositivos têm de estar perto um do outro mesmo quando ambos têm acesso à internet.

Nada disso depende do endereço público usado por qualquer dos dispositivos.

O que o cliente VPN faz ao tráfego local

Um cliente de túnel completo pode capturar a sub-rede local juntamente com tudo o resto, e alguns clientes fazem exatamente isso se não permitir o acesso à rede local. A Apple avisa que configurações de VPN que bloqueiam a rede local podem interferir com as funções Continuity. Isso é uma afirmação sobre a política do cliente, não sobre uma porta bloqueada específica.

Muitos clientes oferecem uma exceção de acesso local; leia o que ela permite antes de a ativar e prefira a opção suportada pelo fornecedor a editar regras de firewall à mão.

Se o cliente não tem essa opção, a decisão de desenho pertence a quem é dono da implementação.

O que uma saída partilhada não lhe dá

Dois dispositivos que usam o mesmo servidor VPN partilham um endereço de saída, e é tudo o que partilham. Não cria o anúncio Bluetooth, não os coloca na mesma ligação local e não corrige uma conta Apple Account desalinhada. Tratar um endereço público comum como pré-requisito é um erro de categoria que leva a alterações inúteis no cliente.

O isolamento de subscritores no serviço VPN também é uma questão diferente de dois dispositivos próximos a continuar uma tarefa, por isso abrir o reencaminhamento entre subscritores não é um passo do Handoff.

Uma VPN baseada em router altera que política se aplica aos dispositivos, e continua a não fornecer um rádio ou uma conta em falta.

Decida com o responsável pela política e depois verifique os dois resultados

Três condições decidem a correção. A cadeia de pré-requisitos mantém-se com a VPN desligada? O cliente tem uma opção de acesso local suportada, e a política permite-a? E pode verificar a alteração sem enfraquecer a proteção para a qual o túnel existe? Se a terceira resposta é não, a alteração precisa do administrador e não de um contorno.

Depois de uma alteração aprovada, confirme os dois resultados: a tarefa continua no dispositivo próximo e as aplicações que precisam do túnel mantêm o acesso e o bloqueio previstos.

Registe a exceção junto à configuração dessa ligação, ou a próxima atualização de perfil irá removê-la silenciosamente.

Artigos relacionados