Gumagamit ba ang Apple Watch mo ng VPN connection ng iPhone?

Walang VPN setting ang relo na puwede mong buksan, at iyon ang unang bagay na dapat maintindihan. Nasa nakapares na iPhone ang buong VPN configuration, sa isang profile o sa loob ng Network Extension ng isang app. Kung talagang dumadaan ang trapiko ng relo sa tunnel na iyon ay depende sa link na ginagamit ng relo sa sandaling iyon. Ang isang katotohanang ito ang nagpapaliwanag sa karamihan ng nakakalitong ulat tungkol sa relong gumagana pa habang ang telepono ay nasa VPN, o kabaligtaran.

Walang VPN client ang watchOS na matutukoy

Dumarating ang watchOS na walang screen para sa VPN configuration, kaya walang tunnel bawat relo na bubuksan o i-debug. Ang profile na naka-install sa iPhone ay para sa iPhone, at ang relo ay nagmamana ng pag-uugali sa pamamagitan lamang ng mga path na pinagsasaluhan ng dalawang device. Ituring ang anumang pahayag tungkol sa VPN setting sa relo bilang senyales na inilalarawan ng tao ang screen ng telepono.

Iyon din ang dahilan kung bakit hindi maipadala ng mga MDM team ang VPN payload sa relo tulad ng pagpapadala nila sa telepono.

Ang mayroon ang relo ay isang set ng mga transport, at palagi itong pumipili sa mga iyon: Bluetooth papunta sa kalapit na telepono, isang compatible na Wi-Fi network na mayroon siyang credentials, o cellular sa isang modelong may plan. Binabago ng bawat pagpili kung sino ang nagdadala ng mga packet, at iyon ang bahaging mahalaga para sa iyong tunnel.

Bluetooth: ang telepono ang nagdadala ng mga packet

Kapag malapit ang telepono, mas gusto ng relo ang Bluetooth dahil mas kaunti ang kuryenteng ginagamit kaysa sa Wi-Fi o cellular. Lumalabas ang data ng app sa relo sa link na iyon, dumarating sa telepono, at pagkatapos ay sumusunod sa routing at tunnel rules ng telepono tulad ng anumang ibang trapikong ginagawa o ipinapasa ng telepono. Sa estadong iyon, totoong nasa landas ang VPN ng telepono. Ito ang dahilan kung bakit maaaring mabigo ang app sa relo habang nakabukas ang tunnel, kahit hindi kailanman nagbukas ng sariling koneksyon ang relo.

Ang pagpapasang iyon ay hindi katulad ng pagsali ng relo sa tunnel. Pag-aari ng network stack ng telepono ang tunnel, at wala itong anumang pananaw dito: walang address assignment, walang sariling ruta, walang tunnel status na mababasa. Hindi mo makikita ang trapiko ng relo bilang hiwalay na session sa loob ng tunnel.

Ang kapaki-pakinabang na pagsubok ay patayin ang Bluetooth sa telepono lamang at ulitin ang pagkilos na nabibigo. Kung gagana ito, ang landas ay ang pagpapasa ng telepono.

Wi-Fi at cellular: lumalabas ang relo sa tunnel

Kung lumabas ang Bluetooth sa saklaw o pinatay ito, susubukan ng relo ang isang compatible na Wi-Fi network na alam na nito, at ang cellular model na may serbisyo ay maaaring bumalik sa carrier. Inilalarawan ng gabay sa konektibidad ng relo ng Apple ang pagkakasunod-sunod na iyon at tinutukoy na ang Wi-Fi icon ay nangangahulugang nasa Wi-Fi ang relo at hindi kausap ang iPhone. Ang trapiko sa mga landas na iyon ay nagtatapos sa relo, hindi sa telepono.

Kaya hindi umaabot doon ang tunnel ng telepono. Ang sariling mga koneksyon ng relo ay ginagawa ng watchOS, gamit ang mga radio ng relo at ang mga credential na hawak nito, at hindi ipinapasa ng telepono ang mga iyon. Ito ang kaso kung saan ang mahigpit na VPN para sa lahat ng trapiko sa telepono ay gumagana nang perpekto habang ang app sa relo ay nakakaabot pa rin sa internet.

Ang kabaligtarang reklamo ay mas karaniwan: nabibigo ang app sa relo sa sandaling umangat ang tunnel ng telepono.

Ano ang saklaw ng includeAllNetworks at ano ang hindi

Inililista ng dokumentasyon ng routing ng Apple para sa Network Extension ang komunikasyon sa mga kasamang device, kabilang ang trapiko papunta sa Apple Watch, sa mga eksepsiyong ibinubukod nito kapag inilalarawan ang includeAllNetworks. Ang layunin ay hindi masira ng malawak na tunnel ang lokal na link sa pagitan ng dalawang device. Basahin ito nang makitid: pinoprotektahan nito ang kasamang channel, hindi bawat serbisyong maaaring tawagin ng app sa relo.

Hindi rin nito sinisertipika ang anumang partikular na VPN product, at wala itong sinasabi tungkol sa kung aling transport ang pinili ng relo sa sandali ng pagkabigo. Ang notification na huli ang dating ay hindi patunay na itinapon ito ng tunnel.

Hindi rin ginagawang naka-tunnel na client ng eksepsiyon ang isang relo sa sarili nitong Wi-Fi o cellular. Kung kailangan mo ang garantiya, dapat magtapos ang tunnel kung saan talagang dumadaan ang trapiko ng relo, at wala ang telepono sa landas na iyon.

Basahin ang landas bago mo baguhin ang profile

Bago mo hawakan ang VPN configuration, itala ang tatlong bagay: ang koneksyong iniuulat ng relo (telepono, Wi-Fi o cellular), kung nasa saklaw ng Bluetooth ang telepono, at isang pinangalanang pagkilos na nabibigo. Pagkatapos ay ulitin ang pagkilos na iyon na hindi binabago ang landas at patay ang VPN, kung pinapayagan ng patakaran. Ang resultang lumilitaw lamang kapag nakabukas ang tunnel ay problema sa tunnel, at ang resultang lumilitaw sa parehong pagkakataon ay hindi.

Panatilihin ang dalawang device sa parehong lugar sa dalawang pagsubok, kung hindi, ang sinusukat mo ay ang kwarto at hindi ang tunnel.

Kapag nakaligtas ang pagkabigo sa paghahambing na iyon, ang kapaki-pakinabang na ulat sa network administrator ay makitid: ang app na ito, ang pagkilos na ito, ang transport na ito, tunnel nakabukas at nakapatay. Ang mga pangkalahatang pahayag tungkol sa hindi pagkakatugma ng relo at VPN ay hindi masusuri, at karaniwang nagtatago ng captive portal o naka-block na serbisyo sa likod ng pahayag tungkol sa radio.