AirDrop desapareceu com a VPN ligada? Verifique o encaminhamento local

O AirDrop funciona, depois a VPN liga-se e o outro Mac ou iPhone desaparece da folha de partilha. No registo da VPN não há nada sobre a descoberta, porque a falha costuma dizer respeito à acessibilidade local e não à criptografia. A página de suporte da Apple reconhece que uma configuração de VPN que restringe a rede local pode interferir com o Continuity e o AirDrop; é uma pista útil, não um diagnóstico. Comece pelas verificações baratas, depois leia a tabela de rotas e trate o interruptor de acesso local como uma decisão sobre a sua privacidade e não como um valor predefinido a trocar.

O que se parte antes de o túnel entrar em jogo

Os dois dispositivos precisam de Wi-Fi ou Bluetooth ativos, o AirDrop tem de receber de contactos ou de todos dentro da sua janela de receção, e as duas contas têm de ser detetáveis uma para a outra. Pôr o recetor em todos durante dez minutos é uma experiência legítima: se o outro dispositivo aparecer, o problema eram as definições e o túnel é inocente. Teste com um destinatário conhecido em vez de julgar pelo que a folha de partilha oferece.

Um navegador que carrega páginas prova que o caminho da internet funciona, não que a descoberta local funciona. Deixe os dois dispositivos e o local onde está sem alterações, depois ligue e desligue a VPN e repare se o outro dispositivo só desaparece enquanto o túnel está levantado. Se a descoberta morre com o túnel e volta sem ele, o túnel é a variável e o resto desta lista aplica-se. Se falhar nos dois estados, os pré-requisitos precisam de mais uma passagem antes de mudar qualquer política de rede.

A folha de partilha esvazia-se quando a rota predefinida se desloca

Um cliente de túnel completo instala normalmente uma rota predefinida pelo túnel mais duas meias rotas que capturam a maioria dos destinos. Uma sub-rede local só sobrevive a essa disposição se tiver uma rota mais específica; caso contrário desaparece dentro do túnel. O próprio AirDrop passa pela interface de par AWDL, por isso um cliente que filtra ou encaminha agressivamente as interfaces locais pode interferir enquanto o caminho da internet continua perfeito. Quatro comandos cobrem a interface, as rotas, a ligação ativa e o filtro de pacotes.

ifconfig awdl0 | grep -E "status|inet"
netstat -rn | grep -E '^default|^0/1|^128.0/1|awdl'
scutil --nc list
sudo pfctl -s rules | head -40

Leia primeiro a linha predefinida: se aponta para uma interface utun e nenhuma rota mais específica cobre a sua sub-rede, o tráfego local entra no túnel e a consciência desaparece com ele. O par 0/1 e 128.0/1 é uma forma comum de túnel completo, porque essas rotas vencem a predefinição real sem a substituir. Uma linha awdl0 com estado ativo e um endereço exclui que a interface de par esteja em baixo. Quando as três parecem normais, a restrição vem da política do cliente ou de um filtro no anfitrião e não da tabela de rotas.

Uma forma merece destaque, porque apanha pessoas em redes de convidados, e não são as meias rotas. O DHCP instala o endereço que acabou de receber como rota no link, e essa entrada é mais específica do que qualquer das metades, por isso uma sub-rede de convidados atravessa o túnel tal como uma doméstica. O que a remove é a política e não o encaminhamento: uma preferência que bloqueia a rede local e instala uma regra de rejeição, um filtro no anfitrião que descarta a sub-rede, ou a permissão de rede local do macOS para o cliente. Uma tabela de aspeto normal com uma folha de partilha morta é, portanto, a assinatura da secção seguinte e não a da forma das rotas.

Um Mac gerido pode não oferecer o interruptor de acesso local

Muitos clientes expõem uma preferência para permitir o acesso à rede local enquanto o túnel está levantado, mas essa preferência é aplicada pelo cliente e pelo perfil de gestão, por isso num Mac gerido pode estar bloqueada, oculta ou sobreposta. Uma regra de firewall no anfitrião ou um agente de segurança pode bloquear o tráfego de par independentemente do que o cliente VPN oferece. Procure o interruptor antes de concluir que não faz nada. Esse interruptor vive nas preferências do próprio cliente e não nas definições de rede do macOS, e é por isso que um cliente cujo painel não o mostra costuma ser governado por um perfil de gestão.

Remover a gestão ou desativar todos os filtros para que um destinatário apareça troca uma configuração controlada por uma desconhecida. Ligue a opção de acesso local apenas quando corresponder à política sob a qual trabalha, e deixe-a desligada numa rede de convidados onde a descoberta local nunca foi desejada.

Prove com um ficheiro, não com um ícone

Depois de alterar o encaminhamento ou a política, envie um ficheiro real ao destinatário pretendido e confirme que a transferência termina. Um nome que aparece na folha é descoberta, e o regresso da descoberta não é o mesmo que uma transferência concluída.

Se o dispositivo continuar a não aparecer, compare um segundo par de dispositivos na mesma rede para separar um problema do anfitrião de um problema de toda a rede. Essa comparação é mais rápida do que trocar as opções de VPN uma a uma e produz um facto para o pedido. Anote a interface predefinida, a forma das rotas e o estado do interruptor de acesso local enquanto a falha é reproduzível. Caso contrário, a próxima pessoa repetirá as quatro verificações desde o início.