AirDrop desapareix amb la VPN activa? Reviseu l@APOS@encaminament local

L’AirDrop funciona, després es connecta la VPN i l’altre Mac o iPhone desapareix del full de compartir. Al registre de la VPN no hi ha res sobre la descoberta, perquè la fallada sol ser de connectivitat local i no de criptografia. La pàgina d’assistència d’Apple reconeix que una configuració de VPN que restringeix la xarxa local pot interferir amb Continuity i AirDrop; és una pista útil, no un diagnòstic. Comenceu per les comprovacions barates, després llegiu la taula d’encaminament i tracteu l’interruptor d’accés local com una decisió sobre la privadesa i no com un valor per defecte a canviar.

Què es trenca abans que el túnel hi intervingui

Tots dos dispositius necessiten el Wi-Fi o el Bluetooth activats, l’AirDrop ha de rebre de contactes o de tothom dins de la seva finestra de recepció, i els dos comptes han de ser descobribles l’un per l’altre. Posar el receptor a tothom durant deu minuts és un experiment legítim: si l’altre dispositiu hi apareix, el problema eren els ajustos i el túnel és innocent. Proveu amb un destinatari conegut en lloc de jutjar pel que ofereix el full de compartir.

Un navegador que carrega pàgines demostra que el camí d’internet funciona, no que ho faci la descoberta local. Deixeu els dos dispositius i el lloc on sou sense canvis, després activeu i desactiveu la VPN i fixeu-vos si l’altre dispositiu només desapareix mentre el túnel és actiu. Si la descoberta mor amb el túnel i torna sense, el túnel és la variable i la resta de la llista s’aplica. Si falla en tots dos estats, els requisits previs necessiten una altra passada abans de canviar cap política de xarxa.

El full de compartir s’ buida quan es mou la ruta per defecte

Un client de túnel complet instal·la normalment una ruta per defecte pel túnel més dues mitges rutes que capturen la majoria de destinacions. Una subxarxa local només sobreviu en aquesta disposició si té una ruta més específica; si no, desapareix dins del túnel. L’AirDrop mateix va per la interfície d’igual a igual AWDL, així que un client que filtra o encamina agressivament les interfícies locals pot interferir mentre el camí d’internet continua perfecte. Quatre ordres cobreixen la interfície, les rutes, la connexió activa i el filtre de paquets.

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

Llegiu primer la línia per defecte: si apunta a una interfície utun i cap ruta més específica no cobreix la vostra subxarxa, el trànsit local entra al túnel i la consciència desapareix amb ell. La parella 0/1 i 128.0/1 és una forma habitual de túnel complet, perquè aquestes rutes guanyen la ruta per defecte real sense substituir-la. Una línia awdl0 amb estat actiu i una adreça descarta que la interfície d’igual a igual estigui caiguda. Quan les tres semblen normals, la restricció ve de la política del client o d’un filtre de l’amfitrió, no de la taula d’encaminament.

Una forma val la pena esmentar-la, perquè atrapa gent a les xarxes de convidats, i no són les mitges rutes. El DHCP instal·la l’adreça que us acaben de donar com a ruta enllaçada, i aquesta entrada és més específica que qualsevol de les dues meitats, així que una subxarxa de convidat sobreviu al túnel igual que una de casa. El que la treu és la política, no l’encaminament: una preferència que bloqueja la xarxa local i instal·la una regla de rebuig, un filtre de l’amfitrió que descarta la subxarxa, o el permís de xarxa local de macOS per al client. Una taula d’aspecte normal amb un full de compartir mort és, doncs, la signatura de la secció següent, no la de la forma de les rutes.

Un Mac gestionat pot no oferir l’interruptor d’accés local

Molts clients ofereixen una preferència per permetre l’accés a la xarxa local mentre el túnel és actiu, però aquesta preferència l’apliquen el client i el perfil de gestió, de manera que en un Mac gestionat pot quedar bloquejada, amagada o anul·lada. Una regla de filtre de l’amfitrió o un agent de seguretat pot bloquejar el trànsit d’igual a igual independentment del que ofereixi el client de VPN. Busqueu l’interruptor abans de concloure que no fa res. Aquest interruptor viu a les preferències del propi client i no als ajustos de xarxa de macOS, i per això un client que no el mostra al seu panell sol estar governat per un perfil de gestió.

Treure la gestió o desactivar tots els filtres perquè aparegui un destinatari canvia una configuració controlada per una d’unknown. Activeu l’opció d’accés local només quan encaixi amb la política amb què treballeu, i deixeu-la desactivada en una xarxa de convidats on la descoberta local no s’havia volgut mai.

Demostreu-ho amb un fitxer, no amb una icona

Després de canviar l’encaminament o la política, envieu un fitxer real al destinatari previst i confirmeu que la transferència es completa. Un nom que apareix al full és descoberta, i el retorn de la descoberta no és el mateix que una transferència acabada.

Si el dispositiu encara no apareix, compareu una segona parella de dispositius a la mateixa xarxa per separar un problema d’amfitrió d’un de tota la xarxa. Aquesta comparació és més ràpida que canviar les opcions de VPN una per una i dona un fet per al tiquet. Anoteu la interfície per defecte, la forma de les rutes i l’estat de l’interruptor d’accés local mentre la fallada és reproduïble. Si no, la propera persona repetirà les quatre comprovacions des del principi.