Ang VPN ng Mac ay kusang muling kumokonekta kaagad pagkatapos mong pindutin ang Idiskonekta
Ang monitor na itinuturing na sira ang bawat nadiskonektang estado ay lalaban sa pindutang Idiskonekta. Ihiwalay ang layunin at ang naobserbahang estado, pagkatapos ay limitahan ang mga pagsubok.
Gumagana ang pagpindot sa Idiskonekta, at makalipas ang sampung segundo bumabalik pa rin ang tunnel. Ang loop na iyon ay bihirang maling pag-uugali ng VPN client; ito ay isang recovery script na laging isang tanong lang ang itinatanong, «bumagsak ba ito?», at sinasagot ito sa pamamagitan ng pagkonekta. Kapag inihiwalay mo ang tanong na sinagot ng user mula sa tanong na iniuulat ng system, ang pag-aayos ay nagiging maliit na halaga ng estado sa halip na mas mahabang paghihintay.
Dalawang tanong, hindi isa
Dapat bang konektado ang profile na ito ngayon, at ano ang iniuulat ng system sa sandaling ito? Magkaibang tanong iyon na may magkaibang may-ari, at kailangan ng patakaran sa pagbawi ang dalawa bago ito kumilos. Ang layunin ay isang bagay na pinagpapasyahan at natatandaan ng iyong tool. Ang naobserbahang estado ay isang bagay na sinasabi sa iyo ng platform.
| Intent | What you observe | What to do |
|---|---|---|
| Wanted | Dropped unexpectedly | Allow one supported recovery attempt |
| Paused by the user | Disconnected | Do nothing until intent changes |
| Wanted | Already connecting | Wait instead of starting a rival attempt |
| Wanted | Authentication needs a person | Prompt, then stop replaying credentials |
Basahin ang mga hilera bilang patakaran at hindi bilang listahan ng mga kaso. Ang ikalawang hilera ang iniiwan ng karamihan ng script, at ito ang tanging hilera na naghihiwalay sa isang monitor mula sa isang makinang nagsisisteng tama siya.
Ang naobserbahang estado ay hindi kagustuhan
Ang modelong estado ng Network Extension ng Apple ay nag-uulat ng mga estadong connecting, connected, disconnecting, disconnected at recovery. Ang lima ay naglalarawan ng koneksiyon. Wala sa kanila ang nagsasabing «hiniling ng user na manatiling nakahinto ang profile na ito», dahil hindi iyon estado ng koneksiyon. Ang mga client na hindi itinayo sa balangkas na iyon ay naglalantad ng kanilang sariling suportadong kontrol at tawag sa estado, at iginuhit nila ang parehong linya sa kanilang sariling bokabularyo.
Ang kahihinatnan ay hindi kailanman maipapaliwanag nang mag-isa ang isang nadiskonektang estado. Nangangahulugan ito ng isa sa hindi bababa sa tatlong bagay: bumagsak ang tunnel, hininto ito ng user, o nasa pagitan ng mga pagsubok ang system. Tanging ang iyong sariling talaan ng layunin ang makakapaghiwalay sa kanila. Isulat ang talaang iyon, itago ito sa pagitan ng mga restart kung kailangan nitong mabuhay sa isang reboot, at i-update ito sa sandaling kumilos ang user sa halip na hinuha ito mamaya mula sa isang linya ng log.
scutil --nc list
scutil --nc status "Office VPN"Sino pa ang pinapayagang magsimula ng profile na ito
Ang paghinto na ipinangako ng iyong katulong ay kasing lakas lamang ng iba pang may-ari ng parehong profile. Ang isang patakaran ng On Demand, isang pinamamahalaang konfigurasyon o isang pangalawang client ay maaaring humiling ng koneksiyon, at ang iyong katulong ay magmumukhang sira habang kumikilos nang eksakto tulad ng nakasulat.
Hanapin ang bawat mekanismong makakapagsimula ng profile bago ka mangako na igagalang ang isang paghinto, at isulat kung alin ang mananalo. Kapag sadyang hindi nagbibigay ang isang pinamamahalaang serbisyo ng personal na opsiyon sa paghinto, desisyon iyon ng administrador tungkol sa patakaran, hindi puwang na dapat punan ng script sa pamamagitan ng pakikipaglaban sa pamamahala.
Gawing mayamot ang mga pagsubok
Limitahan ang bilang ng pagsubok at gawing tumutugon ang bawat isa sa isang bagay na nagbago: bumalik ang network, sumagot ang gateway, natapos ang prompt ng kredensiyal. Ang hindi available na gateway, nag-expire na pagkakakilanlan at tinanggihang ikalawang salik ay nangangailangan ng tatlong magkaibang tugon, at ang masikip na loop ay pareho ang ibinibigay sa tatlo.
Tingnan kung ano talaga ang nalilikha ng mabilis na pagsubok sa screen. Ang paulit-ulit na dialog na isinasara ng user ay mas masama kaysa sa isang malinaw na mensahe ng pagkabigo, at sinasanay nito ang mga tao na mag-click sa mga prompt nang hindi binabasa.
Ang paghinto at patakaran sa trapiko ay magkaibang pangako
Ang tunnel na hininto ng user ay madalas sadyang nag-iiwan ng trapikong naka-block, at iyon ang buong punto ng patakarang istilong kill switch. Nangangahulugan iyon na ang Paghinto ay dapat mangako ng eksaktong isang bagay: humihinto ang pagbawi. Hindi nito dapat tahimik na baguhin ang pinapayagan ng network.
Magpasya nang hiwalay tungkol sa pag-uugali ng trapiko, idokumento ito sa tabi ng kontrol ng Paghinto, at panatilihin itong pare-pareho kung ang tunnel ay nakahinto, nabigo o wala. Kung hindi, matututunan ng user na ang pagpindot sa Idiskonekta ay gumagawa ng hindi mahulaan, at ang susunod na tiket sa suporta ay tungkol sa isang network na «kung minsan ay tumitigil sa paggana» nang walang nakikitang dahilan.