Luk Mac'en ned efter VPN-arbejdet, ikke før

To personer lukker den samme Mac ned efter arbejde og får forskellige resultater. Den ene mister en upload, der var halvfems procent færdig; den anden lukker låget tyve sekunder senere med alt gemt. Forskellen er hverken held eller diskehastighed. Den ligger i den rækkefølge, de lukker den private session, delingen og tunnelen i, og i om noget venter på, at de trin bliver færdige.

Sammenligningen nedenfor er mellem »tunnel først« og »arbejde først«, fordi det ene valg forklarer de fleste dårlige udfald.

To nedlukningsrækkefølger, to udfald

Tunnel først ser pænt ud: VPN-menuen siger Afbryd, ikonet forsvinder, og derefter lukker brugeren dokumenter og slukker. Problemet er, at afbrydelsen kan fjerne ruterne og den monterede deling, før programmet er færdigt med at skrive, og en upload undervejs har ingen steder at gå hen. Brugeren ser en ren afbrydelse og antager, at resten er sikker. At et ikon forsvinder, siger intet om, hvorvidt programmet er færdigt. Nedlukningen fortsætter derefter normalt over en netværksvej, der ikke længere bærer den trafik, programmet havde brug for.

Arbejde først er et par sekunder langsommere og meget mindre begivenhedsrigt. Den private handling fuldføres, delingen afmonteres bevidst, og først derefter forsvinder tunnelen. Den efterfølgende nedlukning har intet tilbage at afbryde.

Hvorfor delingen skal væk før tunnelen

En monteret netværksdeling er en levende afhængighed, ikke en mappe. Klienten holder håndtag åbne, serveren følger leases, og en skrivning, der stadig står i køen, tilhører den session. Trækker man tunnelen væk under den, får man den klassiske forældede mount: Finderen viser delingen, enhver adgang hænger, og den eneste kur er at tvinge en afmontering og nogle gange at logge ud.

Afmontér via den understøttede handling, når filaktiviteten er stoppet. På macOS er det skub-ud-knappen i Finder eller en bevidst diskutil unmount for monteringspunktet, ikke en afbrydelse af det underliggende netværk. Bekræft derefter, at delingen er væk fra sidepanelet, før du rører ved VPN'en.

Hvis delingen nægter at afmontere, holder noget stadig en fil åben. Find det, luk det, og prøv igen. En afvisning er information; en tvungen afmontering gør den til datatab.

Stop den klient, der ejer sessionen

En VPN-session har en ejer, og kun den ejer kan stoppe den rent. Tunnelblick-forbindelser stoppes via Tunnelblick. En indbygget konfiguration stoppes via systemets egen styring eller den app, der administrerer den. At køre en separat OpenVPN-binær mod en profil med et lignende navn stopper ikke den app-administrerede session og kan efterlade to processer, der er uenige om, hvem der ejer tunneleenheden.

Hold øje med automatisk genopretning. En On Demand-regel eller en administreret profil kan starte forbindelsen igen sekunder efter et bevidst stop, hvilket ser ud som om klienten ignorerer kommandoen. Den adfærd er politik, ikke en fejl, og den skal løses med den, der ejer politikken, i stedet for at bekæmpes med en hjælper, der bliver ved med at afbryde.

Nogle klienter skelner mellem »afbrydelse anmodet« og »nedtagning fuldført«. Hvis arbejdsgangen venter på fuldførelse, læs klientens egen tilstand, og giv den en afgrænset frist. En vilkårlig søvn på et sekund er ikke en ventetid, og at dræbe hver proces med et VPN-agtigt navn er ikke en nedtagning.

Lad operativsystemets nedlukning være i fred

Det sidste trin bør være en almindelig nedlukning: Apple-menu, tastaturgenvej eller en planlagt shutdown-kommando. Den vej lader programmer gemme, spørger brugeren om ikke-gemt arbejde og afmonterer diske i den forventede rækkefølge. Det er også den vej, hvis fejl rapporteres på en måde, som nogen kan fejlfinde.

At tvinge strømmen af springer alt det over. Det er det rigtige værktøj, når maskinen virkelig sidder fast, og det forkerte værktøj som rutinemåde at nå en deadline. En tvungen nedlukning, der smider en upload væk, er ikke hurtigere end at vente; den flytter bare omkostningen til næste morgen.

Apples vejledning om nedlukning trækker den grænse og beskriver det tvungne tilfælde separat. Læs den som en grund til at rette rækkefølgen, ikke som tilladelse til at gøre tvungen nedlukning til en del af den daglige rutine.

Byg deadline ind i planen

Hvis Mac'en skal være slukket på et fast tidspunkt, start forberedelsen, mens brugersessionen stadig lever. At vente til sidste øjeblik med oprydningen er måden, hvorpå en MFA-anmodning, en uafsluttet skrivning eller en stædig mount bliver en hændelse. Giv sekvensen et starttidspunkt, ikke kun et sluttidspunkt.

Beslut, hvad der sker, når et trin overskrider sit budget. Mulighederne er at underrette brugeren, annullere nedlukningen eller følge en anden godkendt procedure. At eskalere »oprydningen tog for lang tid« i stilhed til en tvungen slukning er den ene mulighed, der garanterer det udfald, alle prøvede at undgå.

Nedskrevet er reglen kort: færdiggør det private arbejde, luk den afhængige session, stop tunnelen via dens ejer, og luk derefter ned normalt. Fire trin i den rækkefølge, med en deadline knyttet til hvert.