AirDrop borte med VPN på? Sjekk lokal ruting

AirDrop virker, deretter kobler VPN seg på, og den andre Macen eller iPhonen forsvinner fra delearket. Det står ingenting i VPN-loggen om oppdagelse, fordi feilen som regel dreier seg om lokal rekkevidde og ikke om kryptografi. Apples brukerstøtteside bekrefter at et VPN-oppsett som begrenser det lokale nettet kan forstyrre Continuity og AirDrop; det er et godt tips, men ingen diagnose. Begynn med de enkle kontrollene, les deretter rutetabellen, og se på bryteren for lokal tilgang som et valg om personvernet ditt, ikke som en standardinnstilling du bare slår av og på.

Det som svikter allerede før tunnelen er inne i bildet

Begge enhetene må ha Wi-Fi eller Bluetooth påslått, AirDrop må være stilt inn til å motta fra kontakter eller fra alle innenfor mottaksvinduet, og begge kontoene må være synlige for hverandre. Å sette mottakeren til alle i ti minutter er en grei test: dukker den andre enheten opp, lå problemet i innstillingene og tunnelen er uskyldig. Bruk en mottaker du kjenner, i stedet for å bedømme ut fra det delearket viser.

At en nettleser får lastet sider viser at veien ut på nettet virker, ikke at lokal oppdagelse virker. La begge enhetene og stedet du står på være som de er, slå så VPN av og på og se om den andre enheten bare forsvinner mens tunnelen er oppe. Dør oppdagelsen sammen med tunnelen og kommer tilbake uten den, er tunnelen den variabelen som gjelder, og resten av listen er relevant. Svikter det i begge tilstander, må forutsetningene gjennomgås på nytt før du endrer noen nettverksregler.

Delearket tømmes når standardruten flytter på seg

En klient med full tunnel legger vanligvis inn en standardrute gjennom tunnelen, i tillegg til to halve ruter som fanger opp de fleste målene. Et lokalt subnett klarer seg bare i et slikt oppsett når det finnes en rute som er mer spesifikk; ellers forsvinner det inn i tunnelen. Selve AirDrop går over AWDL-grensesnittet for likemannsforbindelser, så en klient som filtrerer eller ruter lokale grensesnitt hardt kan forstyrre selv om nettet ellers fungerer perfekt. Fire kommandoer dekker grensesnittet, rutene, den aktive forbindelsen 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

Begynn med å lese standardlinjen: peker den mot et utun-grensesnitt og finnes det ingen mer spesifikk rute som dekker subnettet ditt, går lokal trafikk inn i tunnelen og oversikten forsvinner sammen med den. Kombinasjonen 0/1 og 128.0/1 er en vanlig utforming av full tunnel, fordi disse rutene vinner over den virkelige standardruten uten å erstatte den. En linje med awdl0 som viser aktiv status og en adresse, utelukker at likemannsgrensesnittet er nede. Virker alle tre normale, kommer begrensningen fra klientens regler eller fra et filter på verten, ikke fra rutetabellen.

Én utforming er verdt å nevne, fordi den lurer folk på gjestenett, og det er ikke de halve rutene. DHCP legger inn adressen du nettopp fikk som en rute på lenken, og den oppføringen er mer spesifikk enn begge halvdelene, så et gjestenett klarer tunnelen like godt som et hjemmenett. Det er reglene og ikke rutingen som fjerner det: en innstilling som blokkerer lokalnettet og legger inn en avvisningsregel, et filter på verten som dropper subnettet, eller macOS-tillatelsen for lokalnett som klienten trenger. En tabell som ser normal ut kombinert med et dødt deleark er derfor kjennetegnet på avsnittet etter dette, ikke på ruteutformingen.

En administrert Mac tilbyr kanskje ikke bryteren for lokal tilgang

Mange klienter har en innstilling som tillater lokal nettilgang mens tunnelen er oppe, men den innstillingen håndheves både av klienten og av administrasjonsprofilen, så på en administrert Mac kan den være låst, skjult eller overstyrt. En brannmurregel på verten eller en sikkerhetsagent kan stanse trafikken mellom likemenn uansett hva VPN-klienten tilbyr. Let etter bryteren før du konkluderer med at den ikke gjør noe. Bryteren ligger i klientens egne innstillinger og ikke i nettverksinnstillingene i macOS, og det er derfor en klient uten denne bryteren i panelet som oftest styres av en administrasjonsprofil.

Å fjerne administrasjonen eller slå av alle filtre for at én mottaker skal dukke opp, bytter en kontrollert konfigurasjon mot en ukjent. Slå på valget for lokal tilgang bare når det stemmer med reglene du jobber under, og la det være av på et gjestenett der lokal oppdagelse aldri var ønsket.

Vis det med en fil, ikke med et ikon

Når ruting eller regler er endret, send en virkelig fil til mottakeren du hadde tenkt, og bekreft at overføringen blir fullført. Et navn som dukker opp i arket er oppdagelse, og at oppdagelsen er tilbake er ikke det samme som at en overføring er ferdig.

Dukker enheten fortsatt ikke opp, sammenlign et nytt par enheter på samme nett for å skille et problem på verten fra et problem i hele nettet. Den sammenligningen går raskere enn å slå VPN-valg av og på ett om gangen, og den gir et faktum til saken. Noter standardgrensesnittet, ruteutformingen og tilstanden til bryteren for lokal tilgang mens feilen lar seg gjenskape. Hvis ikke vil den neste personen gjenta alle fire kontrollene fra starten.