Se pierde AirDrop con la VPN activa? Revise el enrutamiento local

AirDrop funciona, luego se conecta la VPN y el otro Mac o iPhone desaparece del panel de compartir. En el registro de la VPN no aparece nada sobre el descubrimiento, porque el fallo suele tener que ver con la accesibilidad local y no con la criptografía. La página de soporte de Apple reconoce que una configuración de VPN que restrinja la red local puede interferir con Continuity y AirDrop; es una pista útil, no un diagnóstico. Empiece por las comprobaciones baratas, después lea la tabla de rutas y trate el interruptor de acceso local como una decisión sobre su privacidad y no como un valor por defecto que se cambia sin más.

Qué se rompe antes de que el túnel intervenga

Ambos dispositivos necesitan Wi-Fi o Bluetooth activos, AirDrop debe recibir de contactos o de todos dentro de su ventana de recepción, y las dos cuentas tienen que ser descubribles entre sí. Poner el receptor en todos durante diez minutos es un experimento legítimo: si el otro dispositivo aparece ahí, el problema eran los ajustes y el túnel es inocente. Pruebe con un destinatario conocido en lugar de juzgar por lo que ofrezca el panel de compartir.

Un navegador que carga páginas demuestra que la ruta de internet funciona, no que funcione el descubrimiento local. Deje ambos dispositivos y el sitio donde está sin cambios, luego active y desactive la VPN y anote si el otro dispositivo solo desaparece mientras el túnel está levantado. Si el descubrimiento muere con el túnel y vuelve sin él, el túnel es la variable y el resto de la lista se aplica. Si falla en ambos estados, los requisitos previos necesitan otra pasada antes de cambiar cualquier política de red.

El panel de compartir se vacía cuando se mueve la ruta por defecto

Un cliente de túnel completo suele instalar una ruta por defecto por el túnel más dos medias rutas que capturan la mayoría de los destinos. Una subred local sobrevive a esa disposición solo si tiene una ruta más específica; si no, desaparece dentro del túnel. AirDrop funciona sobre la interfaz de igual a igual AWDL, así que un cliente que filtra o encamina de forma agresiva las interfaces locales puede interferir mientras la ruta de internet sigue perfecta. Cuatro comandos cubren la interfaz, las rutas, la conexión activa y el 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 primero la línea por defecto: si apunta a una interfaz utun y ninguna ruta más específica cubre su subred, el tráfico local entra en el túnel y la consciencia desaparece con él. El par 0/1 y 128.0/1 es una forma habitual de túnel completo, porque esas rutas ganan a la ruta por defecto real sin sustituirla. Una línea awdl0 con estado activo y una dirección descarta que la interfaz de igual a igual esté caída. Cuando las tres parecen normales, la restricción viene de la política del cliente o de un filtro en el equipo, no de la tabla de rutas.

Una forma merece mención, porque atrapa a gente en redes de invitados, y no son las medias rutas. DHCP instala la dirección que acaba de recibir como ruta en el enlace, y esa entrada es más específica que cualquiera de las dos mitades, así que una subred de invitados sobrevive al túnel igual que una doméstica. Lo que la elimina es la política y no el encaminamiento: una preferencia que bloquea la red local e instala una regla de rechazo, un filtro en el equipo que descarta la subred, o el permiso de red local de macOS para el cliente. Una tabla de aspecto normal con un panel de compartir muerto es, por tanto, la firma de la sección siguiente y no la de la forma de las rutas.

Un Mac gestionado puede no ofrecer el interruptor de acceso local

Muchos clientes ofrecen una preferencia para permitir el acceso a la red local mientras el túnel está levantado, pero esa preferencia la aplican el cliente y el perfil de gestión, así que en un Mac gestionado puede estar bloqueada, oculta o anulada. Una regla de filtro en el equipo o un agente de seguridad puede bloquear el tráfico de igual a igual independientemente de lo que ofrezca el cliente de VPN. Busque el interruptor antes de concluir que no hace nada. Ese interruptor vive en las preferencias del propio cliente y no en los ajustes de red de macOS, por eso un cliente cuyo panel no lo muestra suele estar gobernado por un perfil de gestión.

Quitar la gestión o desactivar todos los filtros para que aparezca un destinatario cambia una configuración controlada por una desconocida. Active la opción de acceso local solo cuando encaje con la política con la que trabaja, y déjela apagada en una red de invitados donde nunca se quiso el descubrimiento local.

Demuéstrelo con un archivo, no con un icono

Después de cambiar el encaminamiento o la política, envíe un archivo real al destinatario previsto y confirme que la transferencia se completa. Un nombre que aparece en el panel es descubrimiento, y que el descubrimiento vuelva no equivale a una transferencia terminada.

Si el dispositivo sigue sin aparecer, compare una segunda pareja de dispositivos en la misma red para separar un problema del equipo de uno de toda la red. Esa comparación es más rápida que cambiar las opciones de VPN una a una y produce un hecho para el ticket. Anote la interfaz por defecto, la forma de las rutas y el estado del interruptor de acceso local mientras el fallo sea reproducible. De lo contrario, la siguiente persona repetirá las cuatro comprobaciones desde el principio.