Slå av Mac-en etter VPN-arbeidet, ikke før
Tunnel først eller arbeid først avgjør om en avslutning er kjedelig. Fullfør opplastingen, avmonter delingen, stopp tunnelen som eier den, og slå deretter av.
To personer slår av samme Mac etter arbeid og får ulike resultater. Den ene mister en opplasting som var nitti prosent ferdig; den andre lukker lokket tjue sekunder senere med alt lagret. Forskjellen er verken flaks eller diskhastighet. Den ligger i rekkefølgen de lukker den private økten, delingen og tunnelen i, og i om noe venter på at disse trinnene blir ferdige.
Sammenligningen nedenfor er mellom «tunnel først» og «arbeid først», fordi det ene valget forklarer de fleste dårlige utfallene.
To avslåingsrekkefølger, to utfall
Tunnel først ser ryddig ut: VPN-menyen sier Koble fra, ikonet forsvinner, og deretter lukker brukeren dokumenter og slår av. Problemet er at frakoblingen kan fjerne rutene og den monterte delingen før programmet er ferdig med å skrive, og en opplasting underveis har ingen steder å gjøre av seg. Brukeren ser en ren frakobling og antar at resten er trygt. At et ikon forsvinner sier ingenting om hvorvidt programmet er ferdig. Avslåingen fortsetter deretter normalt over en nettverksvei som ikke lenger bærer trafikken programmet trengte.
Arbeid først er noen sekunder tregere og mye mindre begivenhetsrikt. Den private operasjonen fullføres, delingen avmonteres bevisst, og først da forsvinner tunnelen. Avslåingen som følger har ingenting igjen å avbryte.
Hvorfor delingen må bort før tunnelen
En montert nettverksdeling er en levende avhengighet, ikke en mappe. Klienten holder håndtak åpne, serveren følger leasinger, og en skriving som fortsatt står i køen tilhører den økten. Å rykke tunnelen vekk under den gir den klassiske utdaterte monteringen: Finder viser delingen, all tilgang henger, og den eneste kuren er å tvinge en avmontering og noen ganger logge ut.
Avmonter via den støttede handlingen etter at filaktiviteten har stoppet. På macOS er det løs ut-kontrollen i Finder eller en bevisst diskutil unmount for monteringspunktet, ikke en frakobling av det underliggende nettverket. Bekreft deretter at delingen er borte fra sidepanelet før du rører VPN-en.
Hvis delingen nekter å avmonteres, holder noe fortsatt en fil åpen. Finn det, lukk det og prøv igjen. En nektelse er informasjon; en tvungen avmontering gjør den til tap av data.
Stopp klienten som eier økten
En VPN-økt har en eier, og bare den eieren kan stoppe den rent. Tunnelblick-tilkoblinger stoppes via Tunnelblick. En innebygd konfigurasjon stoppes via systemets egen kontroll eller appen som administrerer den. Å kjøre en separat OpenVPN-binær mot en profil med lignende navn stopper ikke den appadministrerte økten og kan etterlate to prosesser som er uenige om hvem som eier tunneleenheten.
Følg med på automatisk gjenoppretting. En On Demand-regel eller en administrert profil kan starte tilkoblingen igjen sekunder etter en bevisst stopp, noe som ser ut som at klienten ignorerer kommandoen. Den atferden er policy, ikke en feil, og den må løses med den som eier policyen i stedet for å bekjempes med en hjelper som fortsetter å koble fra.
Noen klienter skiller mellom «frakobling forespurt» og «nedmontering fullført». Hvis arbeidsflyten venter på fullføring, les klientens egen tilstand og gi den en avgrenset frist. En vilkårlig søvn på ett sekund er ikke en venting, og å drepe hver prosess med VPN-aktig navn er ikke en nedmontering.
La operativsystemets avslåing være i fred
Det siste trinnet bør være en vanlig avslåing: Apple-menyen, hurtigtast eller en planlagt shutdown-kommando. Den veien lar programmer lagre, spør brukeren om ulagret arbeid og avmonterer volumer i forventet rekkefølge. Det er også veien der feil rapporteres på en måte noen kan feilsøke.
Å tvinge strømmen av hopper over alt dette. Det er riktig verktøy når maskinen virkelig sitter fast, og feil verktøy som rutinemåte å nå en frist. En tvungen avslåing som kaster bort en opplasting er ikke raskere enn å vente; den flytter bare kostnaden til neste morgen.
Apples veiledning om avslåing trekker den grensen og beskriver det tvungne tilfellet separat. Les den som en grunn til å rette rekkefølgen, ikke som tillatelse til å gjøre tvungen avslåing til en del av den daglige rutinen.
Bygg fristen inn i planen
Hvis Macen må være av på et fast tidspunkt, start forberedelsen mens brukerøkten fortsatt lever. Å vente til siste minutt med oppryddingen er hvordan en MFA-forespørsel, en uferdig skriving eller en sta montering blir en hendelse. Gi sekvensen et starttidspunkt, ikke bare et sluttidspunkt.
Bestem hva som skjer når et trinn overskrider budsjettet. Alternativene er å varsle brukeren, avbryte avslåingen eller følge en annen godkjent prosedyre. Å stille eskalere «oppryddingen tok for lang tid» til en tvungen avslåing er det ene alternativet som garanterer utfallet alle prøvde å unngå.
Nedskrevet er regelen kort: fullfør det private arbeidet, lukk den avhengige økten, stopp tunnelen via eieren, og slå deretter av normalt. Fire trinn i den rekkefølgen, med en frist knyttet til hvert.