AirDrop mangler med VPN slået til? Tjek den lokale routing

AirDrop virker, så opretter VPN forbindelse, og den anden Mac eller iPhone forsvinder fra delearket. Der står intet om registrering i VPN-loggen, fordi fejlen normalt handler om lokal tilgængelighed og ikke om kryptografi. Apples supportside anerkender, at en VPN-konfiguration, der begrænser det lokale netværk, kan forstyrre Continuity og AirDrop; det er et nyttigt hint, ikke en diagnose. Start med de billige kontroller, læs derefter rutetabellen, og behandl kontakten til lokal adgang som en beslutning om dit privatliv frem for en standard, der skal vendes.

Hvad går i stykker, før tunnelen overhovedet er med

Begge enheder skal have Wi-Fi eller Bluetooth slået til, AirDrop skal modtage fra kontakter eller fra alle inden for sit modtagelsesvindue, og de to konti skal kunne finde hinanden. At sætte modtageren til alle i ti minutter er et legitimt eksperiment: hvis den anden enhed dukker op der, var indstillingerne problemet, og tunnelen er uskyldig. Test med en kendt modtager i stedet for at dømme efter, hvad delearket tilbyder.

En browser, der indlæser sider, beviser at internetvejen virker, ikke at lokal registrering gør. Hold begge enheder og det sted, du står, uændret, slå derefter VPN til og fra, og bemærk om den anden enhed kun forsvinder, mens tunnelen er oppe. Hvis registreringen dør med tunnelen og vender tilbage uden den, er tunnelen variablen, og resten af listen gælder. Hvis det fejler i begge tilstande, skal forudsætningerne gennemgås igen, før nogen netværkspolitik ændres.

Delearket tømmes, når standardruten flytter sig

En klient med fuld tunnel installerer normalt en standardrute gennem tunnelen plus to halve ruter, der fanger de fleste destinationer. Et lokalt undernet overlever kun den ordning, hvis det har en mere specifik rute; ellers forsvinder det ind i tunnelen. AirDrop selv kører over AWDL-peerinterfacet, så en klient, der filtrerer eller aggressivt router lokale interfaces, kan forstyrre, mens internetvejen forbliver perfekt. Fire kommandoer dækker interfacet, ruterne, den aktive forbindelse og pakkefilteret.

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

Læs standardlinjen først: peger den på et utun-interface, og dækker ingen mere specifik rute dit undernet, går lokal trafik ind i tunnelen, og bevidstheden forsvinder med den. Parret 0/1 og 128.0/1 er en almindelig fuldtunnel-form, fordi de ruter slår den rigtige standard uden at erstatte den. En awdl0-linje med aktiv status og en adresse udelukker, at peerinterfacet er nede. Når alle tre ser normale ud, kommer begrænsningen fra klientpolitik eller et filter på værten og ikke fra rutetabellen.

Én form er værd at fremhæve, fordi den fanger folk på gæstenetværk, og det er ikke de halve ruter. DHCP installerer den adresse, du netop har fået, som en on-link-rute, og den post er mere specifik end nogen af de to halvdele, så et gæsteundernet overlever tunnelen ligesom et hjemmeundernet. Det, der fjerner det, er politik og ikke routing: en præference, der blokerer det lokale netværk og installerer en afvisningsregel, et værtsfilter, der dropper undernettet, eller macOS-tilladelsen til lokalt netværk for klienten. En normalt udseende tabel med et dødt deleark er derfor signaturen på næste afsnit, ikke på ruteformen.

En administreret Mac tilbyder måske ikke kontakten til lokal adgang

Mange klienter viser en præference for at tillade lokal netværksadgang, mens tunnelen er oppe, men den præference håndhæves af klienten og af administrationsprofilen, så den kan være låst, skjult eller tilsidesat på en administreret Mac. En værtsfilterregel eller en sikkerhedsagent kan blokere peer-trafikken uanset hvad VPN-klienten tilbyder. Led efter kontakten, før du konkluderer, at den intet gør. Den kontakt bor i klientens egne præferencer og ikke i macOS’ netværksindstillinger, og derfor styres en klient, hvis panel ikke viser den, normalt af en administrationsprofil.

At fjerne administration eller slå hvert filter fra, så én modtager dukker op, bytter en kontrolleret konfiguration for en ukendt. Slå kun muligheden for lokal adgang til, når den passer til den politik, du arbejder under, og lad den være slået fra på et gæstenetværk, hvor lokal registrering aldrig var ønsket.

Bevis det med en fil, ikke et ikon

Når du har ændret routing eller politik, send en rigtig fil til den tilsigtede modtager, og bekræft at overførslen fuldføres. Et navn, der dukker op i arket, er registrering, og at registreringen vender tilbage er ikke det samme som en fuldført overførsel.

Hvis enheden stadig ikke dukker op, sammenlign et andet par enheder på samme netværk for at skelne et værtsproblem fra et netværksdækkende. Den sammenligning er hurtigere end at skifte VPN-indstillinger en ad gangen, og den giver et faktum til sagen. Skriv standardinterfacet, ruteformen og tilstanden af kontakten til lokal adgang ned, mens fejlen kan genskabes. Ellers gentager den næste person alle fire kontroller fra toppen.