AirDrop chybí s aktivní VPN? Zkontrolujte lokální směrování

AirDrop funguje, pak se připojí VPN a druhý Mac nebo iPhone zmizí z panelu sdílení. V protokolu VPN o zjišťování není nic, protože selhání obvykle souvisí s lokální dostupností, ne s kryptografií. Podpůrná stránka Apple připouští, že konfigurace VPN omezující lokální síť může narušit Continuity a AirDrop; to je užitečný náznak, ne diagnóza. Začněte levnými kontrolami, pak přečtěte směrovací tabulku a berte přepínač lokálního přístupu jako rozhodnutí o soukromí, ne jako výchozí hodnotu, kterou je třeba přepnout.

Co se rozbije ještě před zásahem tunelu

Obě zařízení musí mít zapnuté Wi-Fi nebo Bluetooth, AirDrop musí přijímat od kontaktů nebo od všech ve svém okně příjmu a oba účty musí být pro sebe navzájem dohledatelné. Nastavit příjem na všechny na deset minut je legitimní experiment: pokud se druhé zařízení objeví, problém byl v nastavení a tunel je nevinný. Testujte se známým příjemcem, místo abyste soudili podle toho, co panel sdílení nabídne.

Prohlížeč, který načítá stránky, dokazuje, že internetová cesta funguje, ne že funguje lokální zjišťování. Nechte obě zařízení i místo, kde stojíte, beze změny, pak zapněte a vypněte VPN a všimněte si, zda druhé zařízení mizí jen tehdy, když je tunel aktivní. Pokud zjišťování umírá s tunelem a bez něj se vrací, proměnnou je tunel a zbytek seznamu platí. Pokud selhává v obou stavech, potřebují předpoklady ještě jeden průchod, než se změní jakákoli síťová politika.

Panel sdílení se vyprázdní, když se pohne výchozí trasa

Klient plného tunelu obvykle instaluje výchozí trasu tunelem plus dvě poloviny tras, které zachytí většinu cílů. Lokální podsíť v tomto uspořádání přežije jen tehdy, má-li konkrétnější trasu; jinak zmizí v tunelu. Sám AirDrop běží přes rovnocenné rozhraní AWDL, takže klient, který filtruje nebo agresivně směruje lokální rozhraní, může vadit, i když internetová cesta zůstává bezchybná. Čtyři příkazy pokrývají rozhraní, trasy, aktivní spojení a filtr paketů.

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

Nejprve si přečtěte řádek výchozí trasy: míří-li na rozhraní utun a žádná konkrétnější trasa nepokrývá vaši podsíť, jde lokální provoz do tunelu a přehled o něm s ním zmizí. Dvojice 0/1 a 128.0/1 je běžný tvar plného tunelu, protože tyto trasy porážejí skutečnou výchozí trasu, aniž by ji nahradily. Řádek awdl0 s aktivním stavem a adresou vylučuje, že je rovnocenné rozhraní vypnuté. Když všechny tři vypadají normálně, omezení přichází z politiky klienta nebo z filtru na hostiteli, ne ze směrovací tabulky.

Jeden tvar stojí za zmínku, protože chytá lidi na hostovských sítích, a nejsou to poloviny tras. DHCP instaluje adresu, kterou jste právě dostali, jako trasu na spoji, a tento záznam je konkrétnější než kterákoli z obou polovin, takže hostovská podsíť tunelem projde stejně jako domácí. Odstraňuje ji politika, ne směrování: předvolba, která blokuje lokální síť a zavádí pravidlo odmítnutí, filtr na hostiteli, který podsíť zahodí, nebo povolení lokální sítě v macOS pro klienta. Normálně vypadající tabulka s mrtvým panelem sdílení je tedy podpisem následující části, ne tvaru tras.

Spravovaný Mac nemusí nabídnout přepínač lokálního přístupu

Mnoho klientů nabízí předvolbu povolit lokální síťový přístup, dokud je tunel aktivní, ale tuto předvolbu prosazuje klient i profil správy, takže na spravovaném Macu může být uzamčená, skrytá nebo přepsaná. Pravidlo filtru na hostiteli nebo bezpečnostní agent mohou blokovat rovnocenný provoz bez ohledu na to, co klient VPN nabízí. Hledejte přepínač, než uzavřete, že nic nedělá. Tento přepínač žije ve vlastních předvolbách klienta, ne v síťovém nastavení macOS, a proto klient, jehož panel ho nezobrazuje, bývá řízen profilem správy.

Odstranit správu nebo vypnout každý filtr, aby se objevil jeden příjemce, mění řízenou konfiguraci za neznámou. Zapínejte volbu lokálního přístupu jen tehdy, když odpovídá politice, podle níž pracujete, a nechte ji vypnutou v hostovské síti, kde lokální zjišťování nikdy nebylo žádoucí.

Dokažte to souborem, ne ikonou

Po změně směrování nebo politiky pošlete skutečný soubor zamýšlenému příjemci a potvrďte, že se přenos dokončí. Jméno v panelu je zjištění a návrat zjištění není totéž jako dokončený přenos.

Pokud se zařízení stále neobjevuje, porovnejte druhou dvojici zařízení ve stejné síti, abyste oddělili problém hostitele od problému celé sítě. Takové srovnání je rychlejší než přepínání voleb VPN po jedné a dává fakt pro tiket. Zapište výchozí rozhraní, tvar tras a stav přepínače lokálního přístupu, dokud lze závadu reprodukovat. Jinak další člověk zopakuje všechny čtyři kontroly od začátku.