AirDrop dingo įjungus VPN? Patikrinkite vietinį maršrutizavimą

AirDrop veikia, tada prisijungia VPN, ir kitas Mac ar iPhone dingsta iš bendrinimo lapo. VPN žurnale nieko nėra apie aptikimą, nes gedimas paprastai susijęs su vietiniu pasiekiamumu, o ne su kriptografija. Apple palaikymo puslapis pripažįsta, kad VPN konfigūracija, ribojanti vietinį tinklą, gali trukdyti Continuity ir AirDrop; tai naudinga užuomina, o ne diagnozė. Pradėkite nuo pigių patikrų, tada perskaitykite maršrutų lentelę, o vietinės prieigos jungiklį traktuokite kaip sprendimą dėl privatumo, o ne kaip numatytąją reikšmę, kurią reikia perjungti.

Kas sugenda dar prieš tuneliui įsitraukiant

Abiem įrenginiams reikia įjungto Wi-Fi arba Bluetooth, AirDrop turi priimti iš kontaktų arba iš visų savo priėmimo lange, o abi paskyros turi būti viena kitai aptinkamos. Nustatyti gavėją į visus dešimčiai minučių yra teisėtas eksperimentas: jei kitas įrenginys ten pasirodo, problema buvo nustatymuose, o tunelis nekaltas. Bandykite su žinomu gavėju, o ne spręskite pagal tai, ką siūlo bendrinimo lapas.

Naršyklė, kuri įkelia puslapius, įrodo, kad interneto kelias veikia, o ne kad veikia vietinis aptikimas. Palikite abu įrenginius ir vietą, kurioje stovite, nepakeistus, tada įjunkite ir išjunkite VPN ir pastebėkite, ar kitas įrenginys dingsta tik tada, kai tunelis pakeltas. Jei aptikimas miršta su tuneliu ir grįžta be jo, tunelis yra kintamasis, o likusi sąrašo dalis galioja. Jei nepavyksta abiem atvejais, prielaidas reikia dar karto peržiūrėti prieš keičiant bet kokią tinklo politiką.

Bendrinimo lapas ištuštėja, kai pasislenka numatytasis maršrutas

Viso tunelio klientas paprastai įdiegia numatytąjį maršrutą per tunelį ir du pusmaršrūčius, kurie pagauna daugumą paskirčių. Vietinis potinklis tokiame išdėstyme išlieka tik jei turi tikslesnį maršrutą; kitu atveju jis dingsta į tunelį. Pats AirDrop eina per AWDL lygiaverčio interfeisą, todėl klientas, kuris filtruoja ar agresyviai maršrutizuoja vietinius interfeisus, gali trukdyti, nors interneto kelias lieka tobulas. Keturios komandos apima interfeisą, maršrutus, aktyvų ryšį ir paketų filtrą.

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

Pirmiausia perskaitykite numatytąją eilutę: jei ji rodo į utun interfeisą ir joks tikslesnis maršrutas neapima jūsų potinklio, vietinis srautas patenka į tunelį ir suvokimas dingsta kartu su juo. Poros 0/1 ir 128.0/1 yra įprasta viso tunelio forma, nes tie maršrutai nugali tikrąjį numatytąjį jo nepakeisdami. Eilutė awdl0 su aktyviu statusu ir adresu atmeta, kad lygiavertis interfeisas išjungtas. Kai visi trys atrodo normaliai, apribojimas ateina iš kliento politikos arba filtro hoste, o ne iš maršrutų lentelės.

Viena forma verta paminėjimo, nes ji pagauna žmones svečių tinkluose, ir tai ne pusmaršrūčiai. DHCP įdiegia ką tik gautą adresą kaip maršrutą jungtyje, ir tas įrašas yra konkretesnis už bet kurią pusę, todėl svečio potinklis praeina tunelį lygiai taip pat kaip namų. Jį pašalina politika, o ne maršrutizavimas: nuostata, kuri blokuoja vietinį tinklą ir įdiegia atmetimo taisyklę, filtras hoste, kuris numeta potinklį, arba macOS vietinio tinklo leidimas klientui. Taigi normaliai atrodanti lentelė su mirusiu bendrinimo lapu yra kito skyriaus parašas, o ne maršrutų formos.

Valdomas Mac gali nepasiūlyti vietinės prieigos jungiklio

Daugelis klientų siūlo nuostatą leisti vietinę tinklo prieigą, kol tunelis pakeltas, bet tą nuostatą vykdo klientas ir valdymo profilis, todėl valdomame Mac ji gali būti užrakinta, paslėpta ar nepaisoma. Host ugniasienės taisyklė ar saugos agentas gali blokuoti lygiaverčio srautą nepriklausomai nuo to, ką siūlo VPN klientas. Ieškokite jungiklio prieš darydami išvadą, kad jis nieko nedaro. Tas jungiklis gyvena paties kliento nuostatose, o ne macOS tinklo nustatymuose, todėl klientas, kurio skydelyje jo nesimato, paprastai valdomas valdymo profilio.

Pašalinti valdymą arba išjungti kiekvieną filtrą, kad pasirodytų vienas gavėjas, keičia kontroliuojamą konfigūraciją į nežinomą. Įjunkite vietinės prieigos parinktį tik kai ji atitinka politiką, pagal kurią dirbate, ir palikite ją išjungtą svečių tinkle, kuriame vietinio aptikimo niekada nenorėjote.

Įrodykite tai failu, o ne piktograma

Pakeitę maršrutizavimą ar politiką, nusiųskite tikrą failą numatytam gavėjui ir patvirtinkite, kad perdavimas baigiasi. Vardas, pasirodęs lape, yra aptikimas, o aptikimo sugrįžimas nelygus baigtam perdavimui.

Jei įrenginys vis dar nepasirodo, palyginkite antrą įrenginių porą tame pačiame tinkle, kad atskirtumėte hosto problemą nuo viso tinklo problemos. Tas palyginimas greitesnis nei VPN parinkčių perjungimas po vieną, ir jis duoda faktą bilietui. Užsirašykite numatytąjį interfeisą, maršrutų formą ir vietinės prieigos jungiklio būseną, kol gedimas atkuriamas. Priešingu atveju kitas žmogus pakartos visas keturias patikras nuo pradžių.