Perdeuse AirDrop coa VPN activa? Revise o encamiñamento local

AirDrop funciona, despois conéctase a VPN e o outro Mac ou iPhone desaparece da folla de compartir. No rexistro da VPN non aparece nada sobre o descubrimento, porque o fallo adoita ter que ver coa accesibilidade local e non coa criptografía. A páxina de asistencia de Apple recoñece que unha configuración de VPN que restrinxa a rede local pode interferir con Continuity e AirDrop; é unha pista útil, non un diagnóstico. Comece polas comprobacións baratas, despois lea a táboa de rutas e trate o interruptor de acceso local como unha decisión sobre a súa privacidade e non como un valor por defecto que se cambia.

Que se rompe antes de que o túnel interveña

Ambos os dispositivos necesitan Wi-Fi ou Bluetooth activos, AirDrop debe recibir de contactos ou de todos dentro da súa xanela de recepción, e as dúas contas teñen que ser descubribles entre si. Poñer o receptor en todos durante dez minutos é un experimento lexítimo: se o outro dispositivo aparece aí, o problema eran os axustes e o túnel é inocente. Proba cun destinatario coñecido en lugar de xulgar polo que ofreza a folla de compartir.

Un navegador que carga páxinas demostra que a ruta de internet funciona, non que funcione o descubrimento local. Deixa ambos os dispositivos e o sitio onde está sen cambios, despois activa e desactiva a VPN e anota se o outro dispositivo só desaparece mentres o túnel está levantado. Se o descubrimento morre co túnel e volve sen el, o túnel é a variable e o resto da lista aplícase. Se falla nos dous estados, os requisitos previos necesitan outra pasada antes de cambiar calquera política de rede.

A folla de compartir baleírase cando se move a ruta por defecto

Un cliente de túnel completo adoita instalar unha ruta por defecto polo túnel máis dúas medias rutas que capturan a maioría dos destinos. Unha subrede local sobrevive a esa disposición só se ten unha ruta máis específica; se non, desaparece dentro do túnel. AirDrop mesmo vai pola interface de igual a igual AWDL, así que un cliente que filtra ou encamiña de forma agresiva as interfaces locais pode interferir mentres a ruta de internet segue perfecta. Catro comandos cobren a interface, as rutas, a conexión activa e o filtro de paquetes.

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

Lea primeiro a liña por defecto: se apunta a unha interface utun e ningunha ruta máis específica cobre a súa subrede, o tráfico local entra no túnel e a consciencia desaparece con el. O par 0/1 e 128.0/1 é unha forma habitual de túnel completo, porque esas rutas gañan á ruta por defecto real sen substituíla. Unha liña awdl0 con estado activo e un enderezo descarta que a interface de igual a igual estea caída. Cando as tres parecen normais, a restrición vén da política do cliente ou dun filtro no equipo, non da táboa de rutas.

Unha forma merece mención, porque atrapa xente en redes de convidados, e non son as medias rutas. DHCP instala o enderezo que acaba de recibir como ruta na ligazón, e esa entrada é máis específica que calquera das dúas metades, así que unha subrede de convidados sobrevive ao túnel igual que unha doméstica. O que a elimina é a política e non o encamiñamento: unha preferencia que bloquea a rede local e instala unha regra de rexeitamento, un filtro no equipo que descarta a subrede, ou o permiso de rede local de macOS para o cliente. Unha táboa de aspecto normal cunha folla de compartir morta é, por tanto, a sinatura da sección seguinte e non a da forma das rutas.

Un Mac xestionado pode non ofrecer o interruptor de acceso local

Moitos clientes ofrecen unha preferencia para permitir o acceso á rede local mentres o túnel está levantado, pero esa preferencia aplicacióna o cliente e o perfil de xestión, así que nun Mac xestionado pode estar bloqueada, oculta ou anulada. Unha regra de filtro no equipo ou un axente de seguridade pode bloquear o tráfico de igual a igual independentemente do que ofreza o cliente de VPN. Busque o interruptor antes de concluír que non fai nada. Ese interruptor vive nas preferencias do propio cliente e non nos axustes de rede de macOS, por iso un cliente cuxo panel non o mostra adoita estar gobernado por un perfil de xestión.

Quitar a xestión ou desactivar todos os filtros para que apareza un destinatario cambia unha configuración controlada por unha descoñecida. Active a opción de acceso local só cando encaixe coa política coa que traballa, e déixea apagada nunha rede de convidados onde nunca se quixo o descubrimento local.

Demóstroo cun ficheiro, non cun icona

Despois de cambiar o encamiñamento ou a política, envía un ficheiro real ao destinatario previsto e confirma que a transferencia se completa. Un nome que aparece na folla é descubrimento, e que o descubrimento volva non equivale a unha transferencia rematada.

Se o dispositivo segue sen aparecer, compara unha segunda parella de dispositivos na mesma rede para separar un problema do equipo dun de toda a rede. Esa comparación é máis rápida que cambiar as opcións de VPN unha a unha e produce un feito para o ticket. Anota a interface por defecto, a forma das rutas e o estado do interruptor de acceso local mentres o fallo é reproducible. Doutro xeito, a seguinte persoa repetirá as catro comprobacións desde o principio.