Ang on-demand VPN ng iPhone ay kumokonekta sa Wi-Fi ng opisina, hindi sa cellular
Umiiral ang exclusion rule mo at natatalo pa rin. Ang mga listahang on-demand ay binabasa mula itaas pababa, kaya isang maagang rule na humuhuli sa lahat ang nagpapasya sa umaga bago pa makita ang rule ng opisina.
Alas-nuwebe, sumasali ang telepono sa wireless network ng opisina, at kusang umaangat ang tunnel at nananatili doon buong araw. Gaya ng inaasahan ng lahat ang kilos ng cellular mamaya. May nagdagdag ng exclusion para sa corporate network ilang linggo na ang nakalipas, kaya mukhang malinis ang profile sa pagsusuri, at pareho pa rin ang resulta tuwing umaga. Sinusunod ng device ang listahang ibinigay dito, at iba ang sinasabi ng listahan kaysa sa pinaniniwalaan ng may-akda nito.
Binabasa ang listahan mula itaas, at ang unang tugma ang nananalo
Sinusuri ang mga entry ayon sa pagkakasunod-sunod. Ang unang tugma ang nagpapasya ng resulta sa sandaling iyon, at ang lahat ng nasa ilalim nito ay hindi na tinitingnan. Kaya ang pagkakasunod-sunod ay may dalang kahulugang gaya ng anumang kundisyong nakasulat sa loob ng isang rule. Ang pagbasa ng array mula itaas ay nagpapaliwanag ng profile na parang binabalewala ang exclusion na malinaw nitong taglay.
Ang pangkalahatang entry para sa wireless na koneksyon na nakalagay sa itaas ng exclusion ng opisina ay nagsisiguro ng tunnel sa lugar. Wala nang iba sa payload ang kailangang gumalaw para bumaliktad ang kilos.
Dalawang trabaho ang ginagawa ng entry para sa paghinto
Kapag ang aksyon ay Disconnect, isinasara ng entry ang session na tumatakbo na at hinaharangan ang bago habang totoo ang mga kundisyon nito. Mahalaga ang dalawang hati para sa exclusion, at ang ikalawang hati ay madaling makalimutan. Ang parehong entry sa ikalawang profile ay nagpapaliwanag ng palapag kung saan tumatanggi ang VPN na magsimula habang gumagana ang ibang bahagi ng gusali. Walang humawak sa tunnel; ang listahan ang gumawa.
Ipinapakita ng talahanayan ang hugis, exclusion muna, na may mga pangalang dapat magmula sa sarili mong deployment. Karaniwang sapat ang dalawang entry, at ang pangatlo para sa cellular ay nagpapanatili ng natitira na mahulaan.
| Order | Action | Conditions |
|---|---|---|
| 1 | Disconnect | Wireless interface plus office network name |
| 2 | Connect | Wireless interface |
| 3 | Connect | Cellular interface |
Panatilihin ang dalawang kundisyon sa exclusion
Itambal ang pangalan ng network sa uri ng interface. Ang pangalan lamang ay maaaring pumutok sa isang naka-tether na link na may parehong label, samantalang ang uri ng interface lamang ay nagbabawal sa bawat wireless network na binibisita ng user sa araw na iyon. Parehong hati ay kabilang sa isang entry, hindi sa dalawang rule na nagkataong magkatabi.
Ang paghahambing ng pangalan ay eksakto at sensitibo sa malaki at maliit na titik. Bagay iyon sa isang kilalang network at humihigpit sa lahat ng ibang lugar, dahil muling ginagamit ng guest network ang pamilyar na label, pinapalitan ng pangalan ang mga site pagkatapos ng merger, at walang pangalan ang may-kawad na mesa. Hingin sa network team ang eksaktong label sa halip na basahin ito mula sa karatula sa dingding.
Kapag tinalo ng probe ang pangalan
Ang entry ng probe ay humihingi ng URL at binabasa ang matagumpay na sagot bilang kundisyong totoo. Pumili ng host na sumasagot lamang mula sa loob, tulad ng intranet service na hindi malutas sa publiko, at tumitigil ang rule na maging interesado sa itinatawag ng network sa sarili nito. Ang probe na sumasagot mula kahit saan ay sumusubok sa internet, hindi sa gusali. Ang katangiang nagpapasya kung gumagana ito ay ang sagot na dumarating nang walang redirect; ang guest portal na nagbabalik sa bawat kahilingan ay ginagawang ingay ang probe.
Ang mga rule na nakabatay sa domain ay hiwalay na anyo: itinatapat ng NEEvaluateConnectionRule ang mga hinihinging domain at maaaring kumonekta kapag hinahanap ang isang pangalan. Ang wildcard nito ay tinatanggap lamang bilang pinakakaliwang label, kaya valid ang *.example.com habang hindi ang example.*.com. Kung ang isang profile ay hindi gumagamit ng kundisyon ng interface o probe ng abot, tingnan kung ginagamit nito sa halip ang uri ng rule na iyon.
Ano ang hindi kontrolado ng mga rule na on-demand
Pinipili ng mga rule kung magsisimula ang tunnel at wala silang saysay sa pagpapanatili nitong tumatakbo. Ang session na lumilitaw at pagkatapos ay nawawala pagkalipas ng ilang minuto ay tumutukoy sa idle timer, limitasyon ng session sa gateway o laki ng path. Bawat isa ay nag-iiwan ng ibang bakas, at iyon ang dahilan para alisin ang listahan ng rule bago baguhin ang alinman sa mga ito. Hindi ipinapaliwanag ng keep-alive settings ang pattern na iyon, at ang pagbabago sa mga ito ay naglilipat ng trabaho nang hindi hinahawakan ang dahilan.
Maaaring isara ng mga user ang on-demand sa Settings, at maaaring ibalik ito ng managed assignment sa susunod na check-in. Kapag patuloy na dumudulas pabalik ang toggle sa dating posisyon, ang assignment ang aktibong panig. Mahalaga ang pagkakaiba, dahil kusang bumabalik ang enforcement habang nananatiling patay ang alok.
Kumpirmahin kung aling profile group ang nagmamay-ari ng device at kung ang layunin ay ipatupad ang tunnel o ialok lamang ito. Ang sagot na iyon ang nagpapasya kung ang preference ng user ay maituturing na bug o feature.