Eltűnt az AirDrop bekapcsolt VPN mellett? Ellenőrizze a helyi útválasztást

Az AirDrop működik, aztán a VPN csatlakozik, és a másik Mac vagy iPhone eltűnik a megosztási lapról. A VPN naplójában semmi sem szól a felderítésről, mert a hiba általában a helyi elérhetőségről szól, nem a titkosításról. Az Apple támogatási oldala elismeri, hogy a helyi hálózatot korlátozó VPN-konfiguráció zavarhatja a Continuityt és az AirDropot; ez hasznos nyom, nem diagnózis. Kezdje az olcsó ellenőrzésekkel, aztán olvassa el az útválasztási táblázatot, és kezelje a helyi hozzáférés kapcsolóját a magánszférájára vonatkozó döntésként, ne pedig átbillentendő alapértékként.

Mi törik el, mielőtt az alagút egyáltalán részt venne

Mindkét eszközön be kell lennie a Wi-Fi vagy a Bluetooth kapcsolatnak, az AirDropnak a fogadási ablakán belül a névjegyektől vagy mindenkitől fogadnia kell, és a két fióknak egymás számára felderíthetőnek kell lennie. A fogadó tíz percre mindenkire állítása jogos kísérlet: ha a másik eszköz megjelenik, a beállítások voltak a probléma, és az alagút ártatlan. Ismert fogadóval teszteljen, ne abból ítéljen, amit a megosztási lap kínál.

Az oldalakat betöltő böngésző azt bizonyítja, hogy az internetes útvonal működik, nem azt, hogy a helyi felderítés működik. Hagyja változatlanul mindkét eszközt és a helyet, ahol áll, aztán kapcsolja be és ki a VPN-t, és figyelje meg, hogy a másik eszköz csak akkor tűnik-e el, amikor az alagút fel van állítva. Ha a felderítés az alagúttal együtt hal meg és nélküle visszatér, az alagút a változó, és a lista többi része érvényes. Ha mindkét állapotban meghiúsul, az előfeltételeknek még egy körre van szükségük, mielőtt bármilyen hálózati szabályzat változna.

A megosztási lap kiürül, amikor az alapértelmezett útvonal elmozdul

A teljes alagút kliens általában egy alapértelmezett útvonalat telepít az alagúton át, plusz két fél útvonalat, amelyek a legtöbb célt elkapják. Egy helyi alhálózat csak akkor éli túl ezt az elrendezést, ha van specifikusabb útvonala; különben eltűnik az alagútban. Maga az AirDrop az AWDL társfelületen fut, ezért a helyi felületeket szűrő vagy agresszívan útválasztó kliens zavarhat, miközben az internetes útvonal tökéletes marad. Négy parancs lefedi a felületet, az útvonalakat, az aktív kapcsolatot és a csomagszűrőt.

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

Először az alapértelmezett sort olvassa el: ha utun felületre mutat, és egyetlen specifikusabb útvonal sem fedi le az alhálózatát, a helyi forgalom az alagútba kerül, és a tudatosság vele együtt eltűnik. A 0/1 és 128.0/1 pár gyakori teljesalagút-forma, mert ezek az útvonalak legyőzik a valódi alapértelmezést anélkül, hogy lecserélnék. Az awdl0 sor aktív állapottal és címmel kizárja, hogy a társfelület le van állva. Ha mindhárom normálisnak tűnik, a korlátozás a kliens szabályzatából vagy a gazdagép szűrőjéből jön, nem az útválasztási táblázatból.

Egy forma említést érdemel, mert vendéghálózatokon embereket kap el, és nem a fél útvonalak. A DHCP az éppen kapott címet linken lévő útvonalként telepíti, és ez a bejegyzés specifikusabb mindkét félnél, így a vendég alhálózat ugyanúgy átjut az alagúton, mint az otthoni. Amit eltávolít, az szabályzat és nem útválasztás: a helyi hálózatot blokkoló és elutasító szabályt telepítő beállítás, a gazdagépen az alhálózatot eldobó szűrő, vagy a macOS helyi hálózati engedélye a kliensnek. Egy normálisnak látszó táblázat halott megosztási lappal tehát a következő szakasz aláírása, nem az útvonalak formájáé.

Egy felügyelt Mac nem biztos, hogy kínálja a helyi hozzáférés kapcsolóját

Sok kliens kínál beállítást a helyi hálózati hozzáférés engedélyezésére, amíg az alagút fel van állítva, de ezt a beállítást a kliens és a felügyeleti profil érvényesíti, ezért egy felügyelt Macen zárolt, rejtett vagy felülírt lehet. A gazdagép tűzfalszabálya vagy egy biztonsági ügynök blokkolhatja a társforgalmat, függetlenül attól, mit kínál a VPN kliens. Keresse meg a kapcsolót, mielőtt arra jutna, hogy semmit sem tesz. Az a kapcsoló a kliens saját beállításaiban él, nem a macOS hálózati beállításaiban, ezért az a kliens, amelynek panelje nem mutatja, általában felügyeleti profil irányítása alatt áll.

A felügyelet eltávolítása vagy minden szűrő kikapcsolása, hogy egy fogadó megjelenjen, ellenőrzött konfigurációt cserél ismeretlenre. Csak akkor kapcsolja be a helyi hozzáférés lehetőségét, ha illik ahhoz a szabályzathoz, amely alatt dolgozik, és hagyja kikapcsolva olyan vendéghálózaton, ahol soha nem akartak helyi felderítést.

Fájllal bizonyítsa, ne ikonnal

Az útválasztás vagy szabályzat módosítása után küldjön valódi fájlt a szándékolt fogadónak, és erősítse meg, hogy az átvitel befejeződik. A lapon megjelenő név felderítés, és a felderítés visszatérése nem ugyanaz, mint egy befejezett átvitel.

Ha az eszköz továbbra sem jelenik meg, hasonlítson össze egy második eszközpárt ugyanazon a hálózaton, hogy elválassza a gazdagép problémáját a hálózat egészének problémájától. Ez az összehasonlítás gyorsabb, mint a VPN-beállítások egyenkénti átkapcsolása, és tényt ad a jegyhez. Jegyezze fel az alapértelmezett felületet, az útvonalak formáját és a helyi hozzáférés kapcsolójának állapotát, amíg a hiba reprodukálható. Különben a következő ember mind a négy ellenőrzést elölről megismétli.