Handoff pārstāj darboties, kad pieslēdzas VPN: ko pārbaudīt
Handoff ir lokāls: Bluetooth paziņo uzdevumu, un Wi-Fi to pārnes. Pilns tunelis, kas pārņem lokālo apakštīklu, to salauž vispirms.
Atveriet lapu iPhone, pieejiet pie Mac, un Dock ikona neparādās. Izslēdziet VPN, un tas strādā. Šī secība izskatās pēc VPN problēmas, un bieži tā arī ir, bet ne tā iemesla dēļ, ko cilvēki pieņem: Handoff ir lokāla funkcija starp ierīcēm, un tunelis traucē lokālajai daļai, nevis interneta daļai.
Izlabojiet vienu uzdevumu un vienu ierīču pāri
Izvēlieties vienu Handoff atbalstošu uzdevumu, piemēram, tīmekļa lapu Safari vai melnrakstu Notes, un vienu ierīču pāri. Turiet lietotni, kontus un fiziskās pozīcijas nemainīgas, mainot vienu mainīgo vienlaikus. Tests, kas vienlaikus maina trīs lietas, dod novērojumu, ko jūs nevarat izmantot.
Handoff ir uzdevuma turpinājums, nevis ekrāna apraide vai failu koplietošana. Ja prasība ir dublēt ekrānu vai pievienot koplietojumu, jūs atkļūdojat citu funkciju ar citiem priekšnosacījumiem.
Pierakstiet precīzu uzdevumu, jo jebkura labojuma pārbaudītājs ir tas, ka šis pats uzdevums strādā.
Priekšnosacījumi ir lokāli, nevis attāli
Apple prasības Handoff ir tuvumā esošas saderīgas ierīces, ieslēgts Wi-Fi un Bluetooth abās, tas pats Apple Account konta pieraksts un ieslēgts Handoff. Pārbaudiet kontu, kas tiek izmantots Continuity, nevis kontu, kas iegādājās lietotni, jo koplietotā Mac tie var atšķirties. Pēc tam apstipriniet, ka lietotne un uzdevums patiešām atbalsta Handoff, jo nejauši atvērta lietotne neko nepierāda. Šīs pārbaudes ir lētas, un tās ir pirmās, kas jāizslēdz.
Tas viss notiek lokālos radios. Bluetooth paziņo aktivitāti, un Wi-Fi pārnes datus, tāpēc ierīcēm jābūt tuvu vienai otrai, pat ja abām ir interneta piekļuve.
Nekas no tā nav atkarīgs no publiskās adreses, ko izmanto kāda no ierīcēm.
Ko VPN klients dara ar lokālo trafiku
Pilna tuneļa klients var pārņemt lokālo apakštīklu kopā ar visu pārējo, un daži klienti dara tieši to, ja neļaujat piekļuvi lokālajam tīklam. Apple brīdina, ka VPN konfigurācijas, kas kavē lokālo tīklošanu, var traucēt Continuity funkcijām. Tas ir apgalvojums par klienta politiku, nevis par vienu konkrētu bloķētu portu.
Daudzi klienti piedāvā lokālās piekļuves izņēmumu; pirms ieslēgšanas izlasiet, ko tas atļauj, un dodiet priekšroku piegādātāja atbalstītajai opcijai, nevis ugunsmūra noteikumu manuālai labošanai.
Ja klientam šādas opcijas nav, dizaina lēmums pieder izvietojuma īpašniekam.
Ko koplietota izeja jums nedod
Divas ierīces, kas izmanto vienu un to pašu VPN serveri, dala izejas adresi, un tas ir viss, ko tās dala. Tas neveido Bluetooth paziņojumu, nenoliek tās vienā lokālā saitē un neizlabo neatbilstošu Apple Account kontu. Koplietotas publiskās adreses uzskatīšana par priekšnosacījumu ir kategorijas kļūda, kas noved pie bezjēdzīgām klienta izmaiņām.
Abonentu izolācija VPN pakalpojumā arī ir cits jautājums nekā divas tuvumā esošas ierīces, kas turpina uzdevumu, tāpēc pāradresācijas atvēršana starp abonentiem nav Handoff solis.
Maršrutētājā balstīts VPN maina to, kāda politika attiecas uz ierīcēm, un tas joprojām nenodrošina trūkstošo radio vai kontu.
Izlemiet kopā ar politikas īpašnieku, pēc tam pārbaudiet abus rezultātus
Labojumu nosaka trīs nosacījumi. Vai priekšnosacījumu ķēde pastāv ar izslēgtu VPN? Vai klientam ir atbalstīta lokālās piekļuves opcija, un vai politika to atļauj? Un vai jūs varat pārbaudīt izmaiņas, nevājinot aizsardzību, kuras dēļ tunelis pastāv? Ja trešā atbilde ir nē, izmaiņām vajag administratoru, nevis apiešanu.
Pēc apstiprinātām izmaiņām apstipriniet abus rezultātus: uzdevums turpinās tuvumā esošajā ierīcē, un lietotnes, kurām vajag tuneli, saglabā paredzēto piekļuvi un bloķēšanu.
Pierakstiet izņēmumu blakus šī savienojuma konfigurācijai, citādi nākamais profila atjauninājums to klusi noņems.