AirDrop zniknął przy włączonym VPN? Sprawdź lokalny routing

AirDrop działa, potem łączy się VPN i drugi Mac lub iPhone znika z arkusza udostępniania. W logu VPN nie ma nic o wykrywaniu, bo awaria zwykle dotyczy lokalnej osiągalności, a nie kryptografii. Strona pomocy Apple przyznaje, że konfiguracja VPN ograniczająca sieć lokalną może zakłócać Continuity i AirDrop; to przydatna wskazówka, nie diagnoza. Zacznij od tanich kontroli, potem przeczytaj tablicę tras, a przełącznik dostępu lokalnego traktuj jako decyzję o prywatności, a nie jako domyślne ustawienie do przestawienia.

Co się psuje, zanim tunel w ogóle weźmie udział

Oba urządzenia potrzebują włączonego Wi-Fi lub Bluetooth, AirDrop musi odbierać od kontaktów lub od wszystkich w swoim oknie odbioru, a oba konta muszą być dla siebie wykrywalne. Ustawienie odbiornika na wszystkich na dziesięć minut to uzasadniony eksperyment: jeśli drugie urządzenie się tam pojawi, problemem były ustawienia, a tunel jest niewinny. Testuj ze znanym odbiorcą, zamiast oceniać po tym, co oferuje arkusz udostępniania.

Przeglądarka ładująca strony dowodzi, że ścieżka internetowa działa, a nie że działa lokalne wykrywanie. Zostaw oba urządzenia i miejsce, w którym stoisz, bez zmian, potem włącz i wyłącz VPN i zauważ, czy drugie urządzenie znika tylko wtedy, gdy tunel jest podniesiony. Jeśli wykrywanie umiera razem z tunelem i wraca bez niego, zmienną jest tunel i reszta tej listy obowiązuje. Jeśli zawodzi w obu stanach, warunki wstępne wymagają jeszcze jednego przebiegu, zanim zmieni się jakakolwiek polityka sieciowa.

Arkusz udostępniania pustoszeje, gdy przesuwa się trasa domyślna

Klient pełnego tunelu zwykle instaluje trasę domyślną przez tunel oraz dwie półtrasy przechwytujące większość celów. Lokalna podsieć przetrwa ten układ tylko wtedy, gdy ma bardziej szczegółową trasę; inaczej znika w tunelu. Sam AirDrop działa przez interfejs równorzędny AWDL, więc klient filtrujący lub agresywnie routujący lokalne interfejsy może przeszkadzać, gdy ścieżka internetowa pozostaje doskonała. Cztery polecenia obejmują interfejs, trasy, aktywne połączenie i filtr pakietów.

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

Najpierw przeczytaj wiersz domyślny: jeśli wskazuje interfejs utun i żadna bardziej szczegółowa trasa nie obejmuje twojej podsieci, ruch lokalny wchodzi do tunelu i świadomość znika razem z nim. Para 0/1 i 128.0/1 to częsty kształt pełnego tunelu, bo te trasy biją prawdziwą trasę domyślną, nie zastępując jej. Wiersz awdl0 z aktywnym statusem i adresem wyklucza, że interfejs równorzędny jest wyłączony. Gdy wszystkie trzy wyglądają normalnie, ograniczenie pochodzi z polityki klienta lub filtra na hoście, a nie z tablicy tras.

Jeden kształt wart jest wzmianki, bo łapie ludzi w sieciach gościnnych, i nie są to półtrasy. DHCP instaluje właśnie otrzymany adres jako trasę na łączu, a ten wpis jest bardziej szczegółowy niż każda z połówek, więc podsieć gościa przechodzi przez tunel tak samo jak domowa. Usuwa ją polityka, a nie routing: preferencja, która blokuje sieć lokalną i instaluje regułę odrzucania, filtr na hoście zrzucający podsieć, albo zgoda macOS na sieć lokalną dla klienta. Normalnie wyglądająca tablica z martwym arkuszem udostępniania jest więc podpisem następnej sekcji, a nie kształtu tras.

Zarządzany Mac może nie oferować przełącznika dostępu lokalnego

Wiele klientów pokazuje preferencję zezwalającą na dostęp do sieci lokalnej, gdy tunel jest podniesiony, ale tę preferencję egzekwuje klient i profil zarządzania, więc na zarządzanym Macu może być zablokowana, ukryta lub nadpisana. Reguła zapory na hoście lub agent bezpieczeństwa może blokować ruch równorzędny niezależnie od tego, co oferuje klient VPN. Szukaj przełącznika, zanim uznasz, że nic nie robi. Ten przełącznik mieszka we własnych preferencjach klienta, a nie w ustawieniach sieci macOS, dlatego klient, którego panel go nie pokazuje, jest zwykle zarządzany przez profil zarządzania.

Usunięcie zarządzania albo wyłączenie każdego filtra, aby pojawił się jeden odbiorca, wymienia kontrolowaną konfigurację na nieznaną. Włączaj opcję dostępu lokalnego tylko wtedy, gdy pasuje do polityki, w ramach której pracujesz, i zostawiaj ją wyłączoną w sieci gościnnej, gdzie lokalne wykrywanie nigdy nie było pożądane.

Udowodnij to plikiem, a nie ikoną

Po zmianie routingu lub polityki wyślij prawdziwy plik zamierzonemu odbiorcy i potwierdź, że transfer się kończy. Nazwa widoczna w arkuszu to wykrywanie, a powrót wykrywania to nie to samo co zakończony transfer.

Jeśli urządzenie nadal się nie pojawia, porównaj drugą parę urządzeń w tej samej sieci, aby oddzielić problem hosta od problemu całej sieci. To porównanie jest szybsze niż przełączanie opcji VPN po kolei i daje fakt do zgłoszenia. Zapisz interfejs domyślny, kształt tras i stan przełącznika dostępu lokalnego, dopóki awaria jest powtarzalna. Inaczej następna osoba powtórzy wszystkie cztery kontrole od początku.