Handoff przestaje działać po połączeniu VPN: co sprawdzić

Otwórz stronę na iPhonie, podejdź do Maca, a ikona w Docku się nie pojawia. Wyłącz VPN i działa. Ta sekwencja wygląda jak problem z VPN i często nim jest, ale nie z powodu, który ludzie zakładają: Handoff to lokalna funkcja między urządzeniami, a tunel zakłóca część lokalną, nie internetową.

Napraw jedno zadanie i jedną parę urządzeń

Wybierz jedno zadanie obsługujące Handoff, na przykład stronę internetową w Safari albo szkic w Notes, i jedną parę urządzeń. Utrzymuj aplikację, konta i pozycje fizyczne bez zmian, zmieniając jedną zmienną naraz. Test, który zmienia trzy rzeczy jednocześnie, daje obserwację, której nie możesz wykorzystać.

Handoff to kontynuacja zadania, a nie przesyłanie ekranu czy udostępnianie plików. Jeśli wymaganiem jest lustrzenie ekranu albo montowanie udziału, debugujesz inną funkcję z innymi warunkami wstępnymi.

Zapisz dokładne zadanie, bo weryfikatorem każdej poprawki jest to, że to samo zadanie działa.

Warunki wstępne są lokalne, nie zdalne

Wymagania Apple dotyczące Handoff to pobliskie zgodne urządzenia, włączone Wi-Fi i Bluetooth na obu, zalogowane to samo Apple Account i włączony Handoff. Sprawdź konto używane do Continuity, a nie konto, które kupiło aplikację, bo na współdzielonym Macu mogą się różnić. Następnie potwierdź, że aplikacja i zadanie naprawdę obsługują Handoff, bo otwarta dowolna aplikacja niczego nie dowodzi. Te kontrole są tanie i to one powinny zostać wykluczone jako pierwsze.

Wszystko to dzieje się przez lokalne radia. Bluetooth ogłasza aktywność, a Wi-Fi przenosi dane, dlatego urządzenia muszą być blisko siebie, nawet gdy oba mają dostęp do internetu.

Nic z tego nie zależy od publicznego adresu, którego używa którekolwiek urządzenie.

Co klient VPN robi z ruchem lokalnym

Klient pełnego tunelu może przechwycić lokalną podsieć razem ze wszystkim innym, a niektórzy klienci robią dokładnie to, jeśli nie zezwolisz na dostęp do sieci lokalnej. Apple ostrzega, że konfiguracje VPN blokujące sieć lokalną mogą zakłócać funkcje Continuity. To stwierdzenie o polityce klienta, a nie o jednym konkretnym zablokowanym porcie.

Wielu klientów oferuje wyjątek dostępu lokalnego; przeczytaj, co pozwala, zanim go włączysz, i preferuj obsługiwaną opcję dostawcy zamiast ręcznej edycji reguł zapory.

Jeśli klient nie ma takiej opcji, decyzja projektowa należy do właściciela wdrożenia.

Czego nie daje współdzielone wyjście

Dwa urządzenia korzystające z tego samego serwera VPN dzielą adres wyjściowy i to wszystko, co dzielą. To nie tworzy ogłoszenia Bluetooth, nie stawia ich na tym samym łączu lokalnym i nie naprawia niezgodnego Apple Account. Traktowanie wspólnego adresu publicznego jako warunku wstępnego to błąd kategorii prowadzący do bezcelowych zmian po stronie klienta.

Izolacja abonentów w usłudze VPN to także inne zagadnienie niż dwa pobliskie urządzenia kontynuujące zadanie, więc otwieranie przekazywania między abonentami nie jest krokiem Handoff.

VPN oparty na routerze zmienia to, jaka polityka obowiązuje urządzenia, i nadal nie zapewnia brakującego radia ani konta.

Zdecyduj z właścicielem polityki, a następnie zweryfikuj oba wyniki

Trzy warunki decydują o poprawce. Czy łańcuch warunków wstępnych się utrzymuje przy wyłączonym VPN? Czy klient ma obsługiwaną opcję dostępu lokalnego i czy polityka na nią pozwala? I czy możesz zweryfikować zmianę bez osłabiania ochrony, dla której istnieje tunel? Jeśli trzecia odpowiedź brzmi nie, zmiana wymaga administratora, a nie obejścia.

Po zatwierdzonej zmianie potwierdź oba wyniki: zadanie jest kontynuowane na pobliskim urządzeniu, a aplikacje wymagające tunelu zachowują zamierzony dostęp i blokowanie.

Zapisz wyjątek obok konfiguracji tego połączenia, inaczej następna aktualizacja profilu po cichu go usunie.