A Macet a VPN-munka után kapcsold ki, ne előtte

Két ember ugyanazt a Macet kapcsolja ki munka után, és különböző eredményt kap. Az egyik elveszít egy feltöltést, amely kilencven százalékban kész volt; a másik húsz másodperccel később csukja le a fedelet, mindennel mentve. A különbség nem szerencse és nem lemezsebesség. A sorrendben van, ahogy a privát munkamenetet, a megosztást és az alagutat lezárják, és abban, hogy vár-e valami ezeknek a lépéseknek a végére.

Az alábbi összehasonlítás az „előbb az alagút” és az „előbb a munka” között van, mert ez az egyetlen választás magyarázza a legtöbb rossz kimenetet.

Két leállítási sorrend, két kimenet

Előbb az alagút rendesnek tűnik: a VPN menü azt mondja, Bontás, az ikon eltűnik, majd a felhasználó bezárja a dokumentumokat és kikapcsol. A probléma az, hogy a bontás elveheti az útvonalakat és a csatolt megosztást, mielőtt az alkalmazás befejezné az írást, és a folyamatban lévő feltöltésnek nem marad hova mennie. A felhasználó tiszta bontást lát, és azt hiszi, a többi biztonságban van. Attól, hogy egy ikon eltűnik, semmi sem mondja meg, hogy az alkalmazás végzett-e. A leállítás aztán normálisan halad tovább egy olyan hálózati úton, amely már nem szállítja azt a forgalmat, amelyre az alkalmazásnak szüksége volt.

Előbb a munka néhány másodperccel lassabb és sokkal eseménytelenebb. A privát művelet befejeződik, a megosztás szándékosan lecsatolódik, és csak ezután tűnik el az alagút. A következő leállításnak már nincs mit megszakítania.

Miért kell a megosztásnak az alagút előtt elmennie

A csatolt hálózati megosztás élő függőség, nem mappa. A kliens nyitva tartja a fogantyúkat, a szerver követi a lízingeket, és a még sorban álló írás ehhez a munkamenethez tartozik. Ha alóla kitépik az alagutat, előáll a klasszikus elavult csatolás: a Finder mutatja a megosztást, minden hozzáférés lefagy, és az egyetlen gyógymód a kényszerített lecsatolás, néha a kijelentkezés.

A támogatott művelettel csatold le, miután a fájlművelet leállt. macOS-en ez a Finder kiadás-vezérlője vagy egy szándékos diskutil unmount a csatolási ponthoz, nem az alatta lévő hálózat bontása. Utána erősítsd meg az oldalsávban, hogy a megosztás eltűnt, mielőtt a VPN-hez nyúlsz.

Ha a megosztás megtagadja a lecsatolást, valami még nyitva tart egy fájlt. Keresd meg, zárd be, és próbáld újra. A megtagadás információ; a kényszerített lecsatolás adatvesztéssé változtatja.

Állítsd le a klienst, amely a munkamenetet birtokolja

A VPN-munkamenetnek van gazdája, és csak az a gazda állíthatja le tisztán. A Tunnelblick-kapcsolatokat a Tunnelblick állítja le. A natív konfigurációt a rendszer saját vezérlése vagy az őt kezelő alkalmazás állítja le. Egy külön OpenVPN bináris futtatása hasonló nevű profil ellen nem állítja le az alkalmazás által kezelt munkamenetet, és két folyamatot hagyhat, amelyek nem értenek egyet abban, ki birtokolja az alagút-eszközt.

Figyeld az automatikus helyreállítást. Egy On Demand szabály vagy kezelt profil másodpercekkel egy szándékos leállítás után újraindíthatja a kapcsolatot, ami úgy tűnik, mintha a kliens figyelmen kívül hagyná a parancsot. Ez a viselkedés szabályzat, nem hiba, és a szabályzat gazdájával kell rendezni, nem pedig egy segéddel harcolni, amely folyton bontja a kapcsolatot.

Egyes kliensek külön kezelik a „bontás kérve” és a „lebontás kész” állapotot. Ha a munkafolyamat a befejezésre vár, olvasd ki a kliens saját állapotát, és adj neki korlátozott határidőt. Egy önkényes egy másodperces várakozás nem várakozás, és az összes VPN-szerű nevű folyamat megölése nem lebontás.

Hagyd békén az operációs rendszer leállítását

Az utolsó lépés egy hétköznapi leállítás legyen: Apple menü, billentyűparancs vagy ütemezett shutdown parancs. Ez az út engedi az alkalmazásokat menteni, rákérdez a nem mentett munkára, és a várt sorrendben csatolja le a köteteket. Ez az az út is, amelynek hibáit úgy jelentik, hogy valaki tudja őket debugolni.

A kényszerített áramtalanítás mindezt átugorja. Ez a megfelelő eszköz, amikor a gép valóban beragadt, és a rossz eszköz a határidő rutinból való betartására. A feltöltést eldobó kényszerített leállítás nem gyorsabb a várakozásnál; csak a költséget tolja a következő reggelre.

Az Apple leállítási útmutatója meghúzza ezt a határt, és a kényszerített esetet külön írja le. Okként olvasd arra, hogy rendbe tedd a sorrendet, és ne engedélyként arra, hogy a kényszerített leállítás a napi rutin része legyen.

Építsd be a határidőt a tervbe

Ha a Macnek fix időpontban ki kell lennie, kezdd a felkészülést, amíg a felhasználói munkamenet még él. Az utolsó pillanatig várni a takarítással az az út, amelyen egy MFA-kérés, egy befejezetlen írás vagy egy makacs csatolás incidenssé válik. Adj a folyamatnak kezdő időpontot, ne csak befejezőt.

Döntsd el, mi történik, ha egy lépés túllépi a keretét. A lehetőségek: értesíteni a felhasználót, megszakítani a leállítást, vagy egy másik jóváhagyott eljárást követni. A „túl sokáig tartott a takarítás” csendes eszkalálása kényszerített áramtalanításba az az egyetlen lehetőség, amely garantálja azt az eredményt, amelyet mindenki el akart kerülni.

Leírva a szabály rövid: fejezd be a privát munkát, zárd le a függő munkamenetet, állítsd le az alagutat a gazdáján keresztül, majd állítsd le normálisan. Négy lépés ebben a sorrendben, mindegyikhez határidővel.