AirDrop mangler med VPN på? Sjekk den lokale rutingen

AirDrop fungerer, så kobler VPN-en til, og den andre Mac-en eller iPhonen forsvinner fra delearket. Ingenting i VPN-loggen nevner oppdagelse, fordi feilen vanligvis handler om lokal tilgjengelighet og ikke om kryptografi. Apples støtteside innrømmer at en VPN-konfigurasjon som begrenser det lokale nettverket kan forstyrre Continuity og AirDrop; det er et nyttig hint, ikke en diagnose. Start med de billige sjekkene, les deretter rutetabellen, og behandle bryteren for lokal tilgang som en beslutning om personvernet ditt og ikke som en standardverdi som skal vippes.

Hva som ryker før tunnelen i det hele tatt er med

Begge enhetene trenger Wi-Fi eller Bluetooth slått på, AirDrop må ta imot fra kontakter eller fra alle innenfor mottaksvinduet, og de to kontoene må kunne finne hverandre. Å sette mottakeren på alle i ti minutter er et legitimt eksperiment: hvis den andre enheten dukker opp der, var innstillingene problemet og tunnelen er uskyldig. Test med en kjent mottaker i stedet for å dømme etter det delearket tilbyr.

En nettleser som laster sider beviser at internettveien virker, ikke at lokal oppdagelse virker. Hold begge enhetene og stedet der du står uendret, slå deretter VPN på og av og legg merke til om den andre enheten bare forsvinner mens tunnelen er oppe. Hvis oppdagelsen dør med tunnelen og kommer tilbake uten den, er tunnelen variabelen og resten av listen gjelder. Hvis det feiler i begge tilstander, trenger forutsetningene en runde til før noen nettverkspolicy endres.

Delearket tømmes når standardruten flytter seg

En klient med full tunnel installerer vanligvis en standardrute gjennom tunnelen pluss to halve ruter som fanger de fleste mål. Et lokalt subnett overlever den ordningen bare hvis det har en mer spesifikk rute; ellers forsvinner det inn i tunnelen. AirDrop selv går over AWDL-peer-grensesnittet, så en klient som filtrerer eller ruter lokale grensesnitt aggressivt kan forstyrre mens internettveien forblir 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

Les standardlinjen først: hvis den peker på et utun-grensesnitt og ingen mer spesifikk rute dekker subnettet ditt, går lokal trafikk inn i tunnelen og bevisstheten forsvinner med den. Paret 0/1 og 128.0/1 er en vanlig form for full tunnel, fordi disse rutene slår den ekte standarden uten å erstatte den. En awdl0-linje med aktiv status og en adresse utelukker at peer-grensesnittet er nede. Når alle tre ser normale ut, kommer begrensningen fra klientpolicy eller et filter på verten og ikke fra rutetabellen.

Én form er verdt å nevne, fordi den fanger folk på gjestenettverk, og det er ikke de halve rutene. DHCP installerer adressen du nettopp fikk som en rute på linken, og den oppføringen er mer spesifikk enn hver av halvdelene, så et gjeste-subnett overlever tunnelen akkurat som et hjemme-subnett. Det som fjerner det er policy og ikke ruting: en preferanse som blokkerer det lokale nettverket og installerer en avvisningsregel, et filter på verten som slipper subnettet, eller macOS-tillatelsen for lokalt nettverk for klienten. En normalt utseende tabell med et dødt deleark er derfor signaturen til neste avsnitt, ikke til ruteformen.

En administrert Mac tilbyr kanskje ikke bryteren for lokal tilgang

Mange klienter viser en preferanse for å tillate lokal nettverkstilgang mens tunnelen er oppe, men den preferansen håndheves av klienten og av administrasjonsprofilen, så den kan være låst, skjult eller overstyrt på en administrert Mac. En vertsbrannmurregel eller en sikkerhetsagent kan blokkere peer-trafikken uansett hva VPN-klienten tilbyr. Se etter bryteren før du konkluderer med at den ikke gjør noe. Den bryteren bor i klientens egne preferanser og ikke i macOS-nettverksinnstillingene, og derfor styres en klient hvis panel ikke viser den vanligvis av en administrasjonsprofil.

Å fjerne administrasjon eller slå av hvert filter slik at én mottaker dukker opp bytter en kontrollert konfigurasjon mot en ukjent. Slå på alternativet for lokal tilgang bare når det passer med policyen du arbeider under, og la det stå av på et gjestenettverk der lokal oppdagelse aldri var ønsket.

Bevis det med en fil, ikke med et ikon

Etter å ha endret ruting eller policy, send en ekte fil til den tiltenkte mottakeren og bekreft at overføringen fullføres. Et navn som vises i arket er oppdagelse, og at oppdagelsen kommer tilbake er ikke det samme som en fullført overføring.

Hvis enheten fortsatt ikke vises, sammenlign et andre enhetspar på samme nettverk for å skille et vertsproblem fra et problem i hele nettverket. Den sammenligningen er raskere enn å bytte VPN-alternativer ett om gangen, og den gir et faktum til saken. Skriv ned standardgrensesnittet, ruteformen og tilstanden til bryteren for lokal tilgang mens feilen kan gjenskapes. Ellers gjentar neste person alle fire sjekkene fra begynnelsen.