Pritisk na Prekini deluje, deset sekund pozneje pa se tunel vseeno vrne. Ta zanka je le redko napačno vedenje odjemalca VPN; to je skript za obnovitev, ki je vedno postavljal samo eno vprašanje, „je padel?“, in nanj odgovoril s povezavo. Ko ločite vprašanje, na katero je odgovoril uporabnik, od vprašanja, o katerem poroča sistem, popravek postane majhna količina stanja namesto daljšega čakanja.

Dve vprašanji, ne eno

Ali naj bo ta profil zdaj povezan, in kaj sistem trenutno poroča? To sta različni vprašanji z različnimi lastniki, in politika obnovitve potrebuje obe, preden ukrepa. Namen je nekaj, kar se odloči in si zapomni vaše orodje. Opazovano stanje je nekaj, kar vam pove platforma.

IntentWhat you observeWhat to do
WantedDropped unexpectedlyAllow one supported recovery attempt
Paused by the userDisconnectedDo nothing until intent changes
WantedAlready connectingWait instead of starting a rival attempt
WantedAuthentication needs a personPrompt, then stop replaying credentials

Vrstice berite kot politiko, ne kot seznam primerov. Druga vrstica je tista, ki jo večina skriptov izpusti, in je edina vrstica, ki loči monitor od stroja, ki vztraja pri tem, da ima prav.

Opazovano stanje ni preference

Applov model stanj Network Extension poroča o stanjih connecting, connected, disconnecting, disconnected in recovery. Vseh pet opisuje povezavo. Nobeno ne pravi „uporabnik je zahteval, da ta profil ostane začasno ustavljen“, ker to sploh ni stanje povezave. Odjemalci, ki niso zgrajeni na tem okvirju, izpostavijo svoje podprte kontrolnike in klice stanja, in potegnejo isto mejo v svojem besedišču.

Posledica je, da prekinjenega stanja ni mogoče nikoli razlagati samo. Pomeni eno od vsaj treh stvari: tunel je padel, uporabnik ga je ustavil ali je sistem med poskusi. Samo vaš lastni zapis namere jih lahko razlikuje. Zapišite ta zapis, ohranite ga med ponovnimi zagoni, če mora preživeti ponovni zagon, in ga posodobite v trenutku, ko uporabnik ukrepa, namesto da bi ga pozneje sklepali iz vrstice dnevnika.

scutil --nc list
scutil --nc status "Office VPN"

Kdo še sme zagnati ta profil

Premor, ki ga obljubi vaš pomočnik, je le tako močan, kot so močni drugi lastniki istega profila. Pravilo On Demand, upravljana konfiguracija ali drug odjemalec lahko zahtevajo povezavo, in vaš pomočnik bo videti pokvarjen, medtem ko se obnaša natanko tako, kot je napisano.

Poiščite vsak mehanizem, ki lahko zažene profil preden obljubite, da boste spoštovali premor, in zapišite, kateri zmaga. Ko upravljana storitev namerno zadrži osebno možnost premora, je to odločitev skrbnika o politiki, ne vrzel, ki naj bi jo skript zapolnil z bojem proti upravljanju.

Naredite ponovitve dolgočasne

Omejite število poskusov in vsakega naredite odzivnega na nekaj, kar se je spremenilo: omrežje se je vrnilo, prehod je odgovoril, poziv za poverilnice se je zaključil. Nedosegljiv prehod, potekla identiteta in zavrnjen drugi dejavnik potrebujejo tri različne odzive, tesna zanka pa vsem trem da istega.

Poglejte, kaj hitra ponovitev v resnici ustvari na zaslonu. Ponavljajoča se pogovorna okna, ki jih uporabnik zapre, so slabša od enega jasnega sporočila o napaki, in ljudi učijo klikati skozi pozive, ne da bi jih prebrali.

Premor in politika prometa sta ločeni obljubi

Tunel, ki ga je uporabnik ustavil, pogosto namerno pusti promet blokiran, in to je ves smisel politike v slogu kill switch. To pomeni, da bi moral Premor obljubiti natanko eno stvar: obnovitev se ustavi. Ne bi smel tiho spremeniti tega, kar omrežje dovoljuje.

O vedenju prometa odločite ločeno, dokumentirajte ga ob kontrolniku Premor in ga ohranite doslednega ne glede na to, ali je tunel ustavljen, spodletel ali odsoten. Sicer se uporabnik nauči, da pritisk na Prekini naredi nekaj nepredvidljivega, in naslednja vozovnica za podporo bo o omrežju, ki „včasih preneha delovati“ brez vidnega razloga.

Sorodni članki