Brukar Apple Watch VPN-tilkoplinga til iPhone?

Klokka har inga VPN-innstilling du kan opne, og det er det første du må forstå. All VPN-konfigurasjon ligg på den samankopla iPhonen, i ein profil eller inne i Network Extension til ein app. Om trafikken frå klokka faktisk går gjennom den tunnelen, kjem an på kva lenkje klokka brukar i det augneblinken. Denne eine kjensgjerninga forklarer dei fleste forvirrande rapportane om ei klokke som held fram med å verke medan telefonen er på VPN, eller omvendt.

watchOS har ingen VPN-klient å peike på

watchOS kjem utan skjerm for VPN-konfigurasjon, så det finst ingen tunnel per klokke å slå på eller feilsøkje. Ein profil som er installert på iPhonen, gjeld for iPhonen, og klokka arvar åtferd berre gjennom vegane dei to einingane deler. Handsame kvar påstand om ei VPN-innstilling på klokka som eit teikn på at personen skildrar skjermen til telefonen.

Det er også grunnen til at MDM-team ikkje kan skyve ei VPN-nyttelast til ei klokke slik dei skyv henne til ein telefon.

Det klokka har, er eit sett transportvegar, og ho vel støtt mellom dei: Bluetooth til telefonen i nærleiken, eit kompatibelt Wi-Fi-nettverk ho har legitimasjon for, eller mobilnett på ein modell med abonnement. Kvar val endrar kven som ber pakkane, og det er den delen som tel for tunnelen din.

Bluetooth: telefonen ber pakkane

Når telefonen er i nærleiken, føretrekkjer klokka Bluetooth fordi det brukar langt mindre straum enn Wi-Fi eller mobilnett. Data frå ein app på klokka forlèt eininga over den lenkja, kjem til telefonen og følgjer deretter ruting- og tunnelreglane til telefonen som all annan trafikk telefonen skapar eller sender vidare. I den tilstanden er VPN-en til telefonen verkeleg i vegen. Det er grunnen til at ein app på klokka kan feile med tunnelen oppe, sjølv om klokka aldri opna si eiga tilkopling.

Den videresendinga er ikkje det same som at klokka blir med i tunnelen. Tunnelen høyrer til nettverksstakken til telefonen, og klokka har inga innsikt i han: inga adressetildeling, ingen eigne ruter, ingen tunnelstatus å lese. Du finn ikkje trafikken frå klokka som ei eiga økt inne i tunnelen.

Ein nyttig test er å slå av Bluetooth berre på telefonen og gjenta handlinga som feilar. Viss ho byrjar å verke, var vegen videresendinga via telefonen.

Wi-Fi og mobilnett: klokka forlèt tunnelen

Viss Bluetooth går ut av rekkjevidde eller blir slått av, prøver klokka eit kompatibelt Wi-Fi-nettverk ho alt kjenner, og ein mobilmodell med dekning kan falle tilbake til operatøren. Apples rettleiding for tilkoplinga til klokka skildrar den rekkjefølgja og nemner at Wi-Fi-ikonet tyder at klokka er på Wi-Fi og ikkje snakkar med iPhonen. Trafikk på desse vegane endar ved klokka, ikkje ved telefonen.

Så tunnelen til telefonen strekkjer seg ikkje dit. Dei eigne tilkoplingane til klokka blir sette opp av watchOS, med radioane til klokka og legitimasjonen ho har, og telefonen sender dei ikkje vidare. Dette er tilfellet der ein streng VPN for all trafikk på telefonen kan fungere perfekt medan ein app på klokka framleis når internett.

Den motsette klaga er vanlegare: ein app på klokka feilar når tunnelen til telefonen kjem opp.

Kva includeAllNetworks dekkjer og ikkje dekkjer

Apples rutingsdokumentasjon for Network Extension listar opp kommunikasjon med følgjeeiningar, også trafikk til ei Apple Watch, blant unntaka han peikar ut når han skildrar includeAllNetworks. Føremålet er at ein brei tunnel ikkje skal bryte den lokale sambandet mellom dei to einingane. Les det trongt: det verner følgjekanalen, ikkje kvar teneste ein app på klokka kan kalle.

Han sertifiserer heller ikkje eit bestemt VPN-produkt, og han seier ingenting om kva transportveg klokka valde i feilaugneblinken. Eit varsel som kjem seint, er ikkje prov på at tunnelen sleppte det.

Unntaket gjer heller ikkje ei klokke på sitt eige Wi-Fi eller mobilnett til ein tunnelert klient. Treng du den garantien, må tunnelen ende ein stad der trafikken frå klokka faktisk passerer, og telefonen er ikkje på den vegen.

Les vegen før du endrar profilen

Før du rører VPN-konfigurasjonen, noter tre ting: tilkoplinga klokka rapporterer (telefon, Wi-Fi eller mobilnett), om telefonen er innanfor Bluetooth-rekkjevidde, og éi namngitt handling som feilar. Gjenta deretter den handlinga med uendra veg og VPN slått av, viss policyen tillèt det. Eit resultat som berre viser seg med tunnelen oppe, er eit tunnelproblem, og eit resultat som viser seg i begge tilfelle, er det ikkje.

Hald båe einingane på same stad i båe køyringane, elles måler du rommet i staden for tunnelen.

Når feilen overlever den samanlikninga, er den nyttige rapporten til ein nettverksadministrator smal: denne appen, denne handlinga, denne transportvegen, tunnel på og av. Generelle påstandar om manglande kompatibilitet mellom klokke og VPN kan ikkje kontrollerast, og dei skjuler vanlegvis ein captive portal eller ei blokkert teneste bak ein påstand om radioen.