Handoff nu mai funcționează când VPN-ul se conectează: ce trebuie verificat

Deschideți o pagină pe iPhone, apropiați-vă de Mac și pictograma din Dock nu apare. Opriți VPN-ul și funcționează. Această succesiune pare o problemă de VPN și adesea chiar este, dar nu din motivul pe care oamenii îl presupun: Handoff este o funcție locală între dispozitive, iar tunelul interferează cu partea locală, nu cu partea de internet.

Remediați o sarcină și o pereche de dispozitive

Alegeți o singură sarcină compatibilă cu Handoff, cum ar fi o pagină web în Safari sau o schiță în Notes, și o singură pereche de dispozitive. Păstrați aplicația, conturile și pozițiile fizice identice în timp ce schimbați o variabilă o dată. Un test care mișcă trei lucruri simultan produce o observație pe care nu o puteți folosi.

Handoff este continuarea sarcinii, nu difuzarea ecranului sau partajarea fișierelor. Dacă cerința este să oglindiți un ecran sau să montați o partajare, depanați o altă funcție cu alte condiții prealabile.

Notați sarcina exactă, pentru că verificatorul oricărei remedieri este că aceeași sarcină funcționează.

Condițiile prealabile sunt locale, nu la distanță

Cerințele Apple pentru Handoff sunt dispozitive compatibile în apropiere, Wi-Fi și Bluetooth activate pe ambele, același Apple Account conectat și Handoff activat. Verificați contul folosit pentru Continuity și nu contul care a cumpărat o aplicație, pentru că acestea pot diferi pe un Mac partajat. Apoi confirmați că aplicația și sarcina acceptă într-adevăr Handoff, fiindcă o aplicație oarecare lăsată deschisă nu demonstrează nimic. Aceste verificări sunt ieftine și sunt primele care trebuie eliminate.

Toate acestea se întâmplă prin radiouri locale. Bluetooth anunță activitatea, iar Wi-Fi transportă datele, de aceea dispozitivele trebuie să fie aproape unul de altul chiar și când ambele au acces la internet.

Nimic din acestea nu depinde de adresa publică folosită de vreun dispozitiv.

Ce face clientul VPN cu traficul local

Un client cu tunel complet poate captura subrețeaua locală împreună cu toate celelalte, iar unii clienți fac exact asta dacă nu permiteți accesul la rețeaua locală. Apple avertizează că configurațiile VPN care împiedică rețelistica locală pot interfera cu funcțiile Continuity. Aceasta este o afirmație despre politica clientului, nu despre un port anume blocat.

Mulți clienți oferă o excepție pentru accesul local; citiți ce permite înainte de a o activa și preferați opțiunea acceptată de furnizor editării manuale a regulilor de firewall.

Dacă clientul nu are o astfel de opțiune, decizia de proiectare aparține celui care deține implementarea.

Ce nu vă oferă o ieșire partajată

Două dispozitive care folosesc același server VPN partajează o adresă de ieșire și acesta este tot ce partajează. Nu creează anunțul Bluetooth, nu le pune pe aceeași legătură locală și nu repară un Apple Account nepotrivit. Tratarea unei adrese publice comune ca precondiție este o eroare de categorie care duce la modificări inutile ale clientului.

Izolarea abonaților în serviciul VPN este și ea o altă întrebare decât două dispozitive apropiate care continuă o sarcină, așa că deschiderea redirecționării între abonați nu este un pas Handoff.

Un VPN bazat pe router schimbă ce politică se aplică dispozitivelor și tot nu furnizează un radio sau un cont lipsă.

Decideți împreună cu proprietarul politicii, apoi verificați ambele rezultate

Trei condiții decid remedierea. Lanțul condițiilor prealabile rezistă cu VPN-ul oprit? Clientul are o opțiune acceptată de acces local, iar politica o permite? Și puteți verifica schimbarea fără a slăbi protecția pentru care există tunelul? Dacă al treilea răspuns este nu, schimbarea are nevoie de administrator, nu de o soluție ocolitoare.

După o modificare aprobată, confirmați ambele rezultate: sarcina continuă pe dispozitivul apropiat, iar aplicațiile care au nevoie de tunel își păstrează accesul și blocarea dorite.

Înregistrați excepția lângă configurația acelei conexiuni, altfel următoarea actualizare de profil o va elimina în tăcere.