Handoff-ek funtzionatzeari uzten dio VPN-a konektatzen denean: zer egiaztatu

Ireki orrialde bat iPhonean, joan Mac-era eta Dock-eko ikonoa ez da agertzen. Itzali VPN-a eta funtzionatzen du. Sekuentzia horrek VPN arazo bat dirudi, eta sarritan bada, baina jendeak uste duen arrazoiagatik ez: Handoff gailuen arteko funtzio lokala da, eta tunelak zati lokalean esku hartzen du, ez interneteko zatian.

Konpondu zeregin bakarra eta gailu pare bakarra

Aukeratu Handoff onartzen duen zeregin bakarra, adibidez Safari-ko web orrialde bat edo Notes-eko zirriborro bat, eta gailu pare bakarra. Mantendu aplikazioa, kontuak eta posizio fisikoak berdinak, aldi bakoitzean aldagai bat aldatuz. Aldi berean hiru gauza mugitzen dituen probak ezin duzun behaketa bat sortzen du.

Handoff zereginaren jarraipena da, ez pantaila islatzea edo fitxategiak partekatzea. Baldintza pantaila bat islatzea edo partekatze bat muntatzea bada, beste aurrebaldintza batzuk dituen beste funtzio bat ari zara arazten.

Idatzi zeregin zehatza, edozein konponketaren egiaztatzailea zeregin hori bera funtzionatzea baita.

Aurrebaldintzak lokalak dira, ez urrunekoak

Appleren Handoff baldintzak gertuko gailu bateragarriak dira, Wi-Fi eta Bluetooth bietan gaituta, Apple Account bera saioa hasita eta Handoff gaituta. Egiaztatu Continuity-rako erabiltzen den kontua, aplikazio bat erosi zuen kontua ez, Mac partekatu batean desberdinak izan baitaitezke. Ondoren egiaztatu aplikazioak eta zereginak benetan Handoff onartzen dutela, irekita dagoen edozein aplikaziok ez baitu ezer frogatzen. Egiaztapen horiek merkeak dira eta lehenengo baztertu beharrekoak dira.

Hori guztia irrati lokal bidez gertatzen da. Bluetooth-ek jarduera iragartzen du eta Wi-Fi-k karga garraiatzen du, horregatik gailuek elkarren ondoan egon behar dute, biek interneterako sarbidea izan arren.

Horietako ezerk ez du gailuetako inork erabiltzen duen helbide publikoaren mende.

Zer egiten dion VPN bezeroak trafiko lokalari

Tunel osoko bezero batek azpisare lokala harrapa dezake gainerako guztiarekin batera, eta bezero batzuek hain zuzen hori egiten dute sare lokaleko sarbidea baimendu ezean. Apple-k ohartarazten du sare lokala eragozten duten VPN konfigurazioek Continuity funtzioak oztopa ditzaketela. Hori bezeroaren politikari buruzko baieztapena da, ez blokeatutako portu zehatz bati buruzkoa.

Bezero askok sarbide lokaleko salbuespena eskaintzen dute; irakurri zer baimentzen duen gaitu aurretik, eta hobetsi hornitzailearen aukera onartua suebakiko arauak eskuz editatzeari.

Bezeroak aukera hori ez badu, diseinu erabakia zabalpenaren jabe denarena da.

Zer ez dizun irteera partekatu batek ematen

VPN zerbitzari bera erabiltzen duten bi gailuk irteera helbide bat partekatzen dute, eta hori da partekatzen duten guztia. Ez du Bluetooth iragarkia sortzen, ez ditu esteka lokal berean jartzen eta ez du Apple Account desegokia konpontzen. Helbide publiko komun bat aurrebaldintzatzat hartzea kategoriako errore bat da, bezeroaren aldaketa alferrikakoetara eramaten duena.

VPN zerbitzuko harpidedunen isolamendua ere beste kontu bat da, gertuko bi gailuk zeregin bat jarraitzearekin alderatuta, beraz harpidedunen arteko birbidalketa irekitzea ez da Handoff-eko urratsa.

Routerrean oinarritutako VPN batek gailuei zein politika aplikatzen zaien aldatzen du, eta oraindik ez du falta den irrati edo konturik ematen.

Erabaki politikaren jabearekin eta gero egiaztatu bi emaitzak

Hiru baldintzak erabakitzen dute konponketa. Aurrebaldintzen katea mantentzen al da VPN itzalita? Bezeroak sarbide lokaleko aukera onartua al du, eta politikak baimentzen al du? Eta aldaketa egiazta al dezakezu tunela dagoen babesa ahuldu gabe? Hirugarren erantzuna ezezkoa bada, aldaketak administratzailea behar du, eta ez ingurubide bat.

Onartutako aldaketa baten ondoren, egiaztatu bi emaitzak: zeregina gertuko gailuan jarraitzen du, eta tunela behar duten aplikazioek beren sarbide eta blokeo asmoa mantentzen dute.

Erregistratu salbuespena konexio horren konfigurazioaren ondoan, bestela hurrengo profileko eguneraketak isilka kenduko du.