Mac VPN pats pieslēdzas atpakaļ uzreiz pēc pogas Atvienot nospiešanas
Uzraugs, kas katru atvienotu stāvokli uzskata par kļūdu, cīnīsies ar pogu Atvienot. Atdaliet nodomu no novērotā stāvokļa un pēc tam ierobežojiet atkārtojumus.
Pogas Atvienot nospiešana darbojas, un pēc desmit sekundēm tunelis tomēr atgriežas. Šī cilpa reti ir VPN klienta nepareiza uzvedība; tas ir atjaunošanas skripts, kas vienmēr uzdeva tikai vienu jautājumu, „vai tas ir nokritis?“, un atbildēja uz to, pieslēdzoties. Kad atdalāt jautājumu, uz kuru atbildēja lietotājs, no jautājuma, par kuru ziņo sistēma, labojums kļūst par nelielu stāvokļa daudzumu, nevis garāku gaidīšanu.
Divi jautājumi, nevis viens
Vai šim profilam tagad jābūt pieslēgtam, un ko sistēma šobrīd ziņo? Tie ir dažādi jautājumi ar dažādiem īpašniekiem, un atjaunošanas politikai pirms darbības ir vajadzīgi abi. Nodoms ir kaut kas tāds, ko jūsu rīks nolemj un atceras. Novērotais stāvoklis ir kaut kas tāds, ko jums pasaka platforma.
| 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 |
Lasiet rindas kā politiku, nevis kā gadījumu sarakstu. Otrā rinda ir tā, kuru vairums skriptu izlaiž, un tā ir vienīgā rinda, kas atšķir uzraugu no mašīnas, kura uzstāj, ka tai ir taisnība.
Novērotais statuss nav izvēle
Apple Network Extension statusa modelis ziņo par statusiem connecting, connected, disconnecting, disconnected un recovery. Visi pieci apraksta savienojumu. Neviens no tiem nesaka „lietotājs lūdza, lai šis profils paliktu pauzē“, jo tas nemaz nav savienojuma stāvoklis. Klienti, kas nav būvēti uz šī ietvara, atklāj savas atbalstītās vadīklas un statusa izsaukumus, un tie velk to pašu līniju savā vārdnīcā.
Sekas ir tādas, ka atvienotu statusu nekad nevar interpretēt atsevišķi. Tas nozīmē vienu no vismaz trim lietām: tunelis krita, lietotājs to apturēja, vai sistēma ir starp mēģinājumiem. Tikai jūsu paša nodoma ieraksts var tos atšķirt. Pierakstiet šo ierakstu, saglabājiet to starp restartiem, ja tam jāiztur restarts, un atjauniniet to tajā brīdī, kad lietotājs rīkojas, nevis vēlāk izseciniet no žurnāla rindas.
scutil --nc list
scutil --nc status "Office VPN"Kas vēl drīkst palaist šo profilu
Jūsu palīga apsolītā pauze ir tik spēcīga, cik spēcīgi ir citi tā paša profila īpašnieki. On Demand noteikums, pārvaldīta konfigurācija vai otrs klients var pieprasīt savienojumu, un jūsu palīgs izskatīsies salūzis, kamēr tas uzvedīsies tieši tā, kā rakstīts.
Atrodiet katru mehānismu, kas var palaist profilu pirms apsolāt ievērot pauzi, un pierakstiet, kurš uzvar. Kad pārvaldīts pakalpojums apzināti atsakās no personiskas pauzes iespējas, tas ir administratora lēmums par politiku, nevis robiņš, kas skriptam jāaizpilda, cīnoties ar pārvaldību.
Padariet atkārtojumus garlaicīgus
Ierobežojiet mēģinājumu skaitu un padariet katru reaģējošu uz kaut ko, kas mainījās: tīkls atgriezās, vārteja atbildēja, akreditācijas datu uzvedne pabeidzās. Nepieejama vārteja, beidzies identitātes termiņš un noraidīts otrais faktors prasa trīs dažādas atbildes, un stingra cilpa visiem trim dod vienu un to pašu.
Paskatieties, ko ātrs atkārtojums faktiski rada ekrānā. Atkārtoti dialoglodziņi, ko lietotājs aizver, ir sliktāki par vienu skaidru kļūdas ziņojumu, un tie māca cilvēkiem noklikšķināt cauri uzvednēm tās nelasot.
Pauze un trafika politika ir atsevišķi solījumi
Lietotāja apturēts tunelis bieži apzināti atstāj trafiku bloķētu, un tā ir visa kill switch stila politikas jēga. Tas nozīmē, ka Pauzei vajadzētu apsolīt tieši vienu lietu: atjaunošana apstājas. Tai nevajadzētu klusi mainīt to, ko tīkls atļauj.
Izlemiet trafika uzvedību atsevišķi, dokumentējiet to blakus Pauzes vadīklai un saglabājiet to konsekventu neatkarīgi no tā, vai tunelis ir apturēts, neizdevies vai nav. Citādi lietotājs uzzina, ka Atvienot nospiešana dara kaut ko neparedzamu, un nākamais atbalsta pieteikums būs par tīklu, kas „dažkārt pārstāj darboties“ bez redzama iemesla.