Mac-VPN verbind weer vanself net nadat jy Ontkoppel druk
’n Monitor wat elke ontkoppelde toestand as ’n fout beskou, sal met die Ontkoppel-knoppie baklei. Hou voorneme en waargenome toestand apart en beperk die herprobeerpogings.
Om Ontkoppel te druk werk, en tien sekondes later is die tonnel terug. Daardie lus is selde die VPN-kliënt wat hom misdra; dit is ’n herstelprogram wat net een vraag gevra het, “is dit af?”, en dit beantwoord het deur te koppel. Sodra jy die vraag wat die gebruiker beantwoord het, skei van die vraag wat die stelsel rapporteer, word die regstelling ’n bietjie toestand eerder as ’n langer slaap.
Twee vrae, nie een nie
Moet hierdie profiel nou gekoppel wees, en wat rapporteer die stelsel tans? Dit is verskillende vrae met verskillende eienaars, en ’n herstelbeleid het albei nodig voordat dit optree. Voorneme is iets wat jou gereedskap besluit en onthou. Waargenome toestand is iets wat die platform vir jou sê.
| 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 |
Lees die rye as ’n beleid, nie as ’n lys gevalle nie. Die tweede ry is die een wat die meeste programme weglaat, en dit is die enigste ry wat ’n monitor onderskei van ’n masjien wat daarop aandring om reg te wees.
Waargenome status is nie ’n voorkeur nie
Apple se Network Extension-statusmodel rapporteer vyf toestande: besig om te verbind, verbind, besig om te ontkoppel, ontkoppel en herstel. Al vyf beskryf die verbinding. Nie een sê “die gebruiker het gevra dat hierdie profiel in pouse bly nie”, want dit is glad nie ’n verbindingstoestand nie. Kliënte wat nie op daardie raamwerk gebou is nie, bied hul eie ondersteunde kontroles en statusoproepe aan, en hulle trek dieselfde lyn in hul eie woordeskat.
Die gevolg is dat ’n ontkoppelde status nooit op sy eie vertolk kan word nie. Dit beteken een van ten minste drie dinge: die tonnel het geval, die gebruiker het dit gestop, of die stelsel is tussen pogings. Net jou eie rekord van voorneme kan dit onderskei. Skryf daardie rekord neer, hou dit oor herstarts heen as dit ’n herbegin moet oorleef, en werk dit by op die oomblik dat die gebruiker optree eerder as om dit later uit ’n logreël af te lei.
scutil --nc list
scutil --nc status "Office VPN"Wie anders mag hierdie profiel begin
’n Pouse wat jou helper belowe, is net so sterk soos die ander eienaars van dieselfde profiel. ’n On Demand-reël, ’n bestuurde konfigurasie of ’n tweede kliënt kan almal ’n verbinding versoek, en jou helper sal lyk of dit stukkend is terwyl dit presies werk soos geskryf.
Vind elke meganisme wat die profiel kan begin voordat jy belowe om ’n pouse te eerbiedig, en skryf neer watter een wen. Waar ’n bestuurde diens doelbewus ’n persoonlike pouse-opsie weerhou, is dit ’n administrateur se besluit oor beleid, nie ’n gaping vir ’n program om te vul deur bestuur te beveg nie.
Maak die herprobeerpogings vervelig
Beperk die aantal pogings en maak elkeen reagerend op iets wat verander het: die netwerk het teruggekom, die poort het geantwoord, die aanmeldingsversoek is voltooi. ’n Poort wat nie beskikbaar is nie, ’n vervalle identiteit en ’n verwerpte tweede faktor het drie verskillende response nodig, en ’n stywe lus gee al drie dieselfde een.
Kyk wat ’n vinnige herprobeer werklik op die skerm produseer. Herhaalde dialoogvensters wat die gebruiker wegklik, is erger as ’n enkele duidelike foutboodskap, en hulle leer mense om deur versoeke te klik sonder om dit te lees.
Pouse en verkeersbeleid is aparte beloftes
’n Tonnel wat die gebruiker in pouse geplaas het, laat verkeer dikwels doelbewus geblokkeer, en dit is die hele punt van ’n kill switch-beleid. Dit beteken Pouse moet presies een ding belowe: herstel stop. Dit moet nie stilweg verander wat die netwerk toelaat nie.
Bepaal die verkeersgedrag afsonderlik, dokumenteer dit langs die Pouse-beheer, en hou dit konsekwent of die tonnel in pouse, misluk of afwesig is. Anders leer die gebruiker dat Ontkoppel iets onvoorspelbaars doen, en die volgende ondersteuningskaartjie gaan oor ’n netwerk wat “soms ophou werk” sonder enige sigbare rede.