Sammuta Mac VPN-työn jälkeen, ei ennen sitä
Tunneli ensin vai työ ensin ratkaisee, onko sammutus tylsä. Viimeistele lataus, irrota jako, pysäytä tunneli, joka sen omistaa, ja sammuta vasta sitten.
Kaksi ihmistä sammuttaa saman Macin työn jälkeen ja saa erilaiset tulokset. Toinen menettää latauksen, joka oli yhdeksänkymmentä prosenttia valmis; toinen sulkee kannen kaksikymmentä sekuntia myöhemmin, kun kaikki on tallennettu. Ero ei ole tuuria eikä levyn nopeutta. Se on siinä järjestyksessä, jossa he sulkevat yksityisen istunnon, jaon ja tunnelin, ja siinä, odottaako jokin näiden vaiheiden valmistumista.
Alla oleva vertailu on välillä ”tunneli ensin” ja ”työ ensin”, koska tuo yksi valinta selittää useimmat huonot lopputulokset.
Kaksi sammutusjärjestystä, kaksi lopputulosta
Tunneli ensin näyttää siistiltä: VPN-valikko sanoo Katkaise, kuvake katoaa, ja sitten käyttäjä sulkee asiakirjat ja sammuttaa. Ongelma on, että katkaisu voi pudottaa reitit ja liitetyn jaon ennen kuin sovellus on lopettanut kirjoittamisen, eikä kesken olevalla latauksella ole enää minne mennä. Käyttäjä näkee puhtaan katkaisun ja olettaa, että muu on turvassa. Kuvakkeen katoaminen ei kerro mitään siitä, onko sovellus valmis. Sammutus jatkuu sitten normaalisti verkkotietä pitkin, joka ei enää kuljeta sovelluksen tarvitsemaa liikennettä.
Työ ensin on muutaman sekunnin hitaampi ja paljon tapahtumaköyhempi. Yksityinen toimenpide valmistuu, jako irrotetaan tarkoituksella, ja vasta sitten tunneli katoaa. Seuraavalla sammutuksella ei ole enää mitään keskeytettävää.
Miksi jaon on lähdettävä ennen tunnelia
Liitetty verkkojako on elävä riippuvuus, ei kansio. Asiakas pitää kahvoja auki, palvelin seuraa leaseja, ja jonossa oleva kirjoitus kuuluu siihen istuntoon. Tunnelin repiminen sen alta tuottaa klassisen vanhentuneen liitoksen: Finder näyttää jaon, mikä tahansa käyttö jumittuu, ja ainoa parannuskeino on pakottaa irrotus ja joskus kirjautua ulos.
Irrota tuetulla toiminnolla, kun tiedostotoiminta on loppunut. macOS:ssä se on Finderin poistotyökalu tai tarkoituksellinen diskutil unmount liitoskohdalle, ei taustalla olevan verkon katkaisu. Vahvista sitten sivupalkista, että jako on poissa, ennen kuin kosket VPN:ään.
Jos jako kieltäytyy irtoamasta, jokin pitää yhä tiedostoa auki. Etsi se, sulje se ja yritä uudelleen. Kieltäytyminen on tietoa; irrotuksen pakottaminen muuttaa sen tietojen menetykseksi.
Pysäytä asiakas, joka omistaa istunnon
VPN-istunnolla on omistaja, ja vain se omistaja voi pysäyttää sen siististi. Tunnelblick-yhteydet pysäytetään Tunnelblickin kautta. Natiivi kokoonpano pysäytetään järjestelmän omasta ohjauksesta tai sitä hallitsevan sovelluksen kautta. Erillisen OpenVPN-binäärin ajaminen samannimistä profiilia vasten ei pysäytä sovelluksen hallitsemaa istuntoa ja voi jättää kaksi prosessia eri mieltä siitä, kuka omistaa tunnelilaitteen.
Tarkkaile automaattista palautumista. On Demand -sääntö tai hallittu profiili voi käynnistää yhteyden uudelleen sekunteja tarkoituksellisen pysäytyksen jälkeen, mikä näyttää siltä kuin asiakas jättäisi komennon huomiotta. Se käytös on käytäntöä, ei bugi, ja se on ratkaistava sen kanssa, joka käytännön omistaa, eikä taisteltava apurin kanssa, joka katkaisee jatkuvasti.
Jotkin asiakkaat erottavat toisistaan ”katkaisua pyydetty” ja ”purku valmis”. Jos työnkulku odottaa valmistumista, lue asiakkaan oma tila ja anna sille rajattu määräaika. Satunnainen sekunnin nukkuminen ei ole odottamista, eikä jokaisen VPN-nimisen prosessin tappaminen ole purkamista.
Jätä käyttöjärjestelmän sammutus rauhaan
Viimeisen vaiheen pitäisi olla tavallinen sammutus: Apple-valikko, pikanäppäin tai ajastettu shutdown-komento. Se polku antaa sovellusten tallentaa, kysyy käyttäjältä tallentamattomasta työstä ja irrottaa taltiot odotetussa järjestyksessä. Se on myös polku, jonka virheet raportoidaan niin, että joku voi debugata ne.
Virran pakottaminen pois ohittaa kaiken tuon. Se on oikea työkalu, kun kone on todella jumissa, ja väärä työkalu rutiinina määräajan saavuttamiseksi. Pakotettu sammutus, joka heittää latauksen pois, ei ole nopeampi kuin odottaminen; se vain siirtää kustannuksen seuraavaan aamuun.
Applen sammutusohje vetää sen rajan ja kuvaa pakotetun tapauksen erikseen. Lue se syynä korjata järjestys, ei lupana tehdä pakkosammutuksesta osa päivittäistä rutiinia.
Rakenna määräaika suunnitelmaan
Jos Macin on oltava pois päältä tiettyyn aikaan, aloita valmistelu, kun käyttäjäistunto on vielä elossa. Viime minuutille odottaminen siivouksen kanssa on se, miten MFA-kysely, kesken jäänyt kirjoitus tai itsepäinen liitos muuttuu tapaukseksi. Anna sekvenssille alkuaika, ei vain loppuaika.
Päätä, mitä tapahtuu, kun vaihe ylittää budjettinsa. Vaihtoehdot ovat käyttäjän ilmoittaminen, sammutuksen peruminen tai toisen hyväksytyn menettelyn noudattaminen. ”Siivous kesti liian kauan” -tilanteen hiljainen eskalointi pakkosammutukseksi on ainoa vaihtoehto, joka takaa sen lopputuloksen, jota kaikki yrittivät välttää.
Kirjoitettuna sääntö on lyhyt: viimeistele yksityinen työ, sulje riippuvainen istunto, pysäytä tunneli sen omistajan kautta ja sammuta sitten normaalisti. Neljä vaihetta siinä järjestyksessä, kullekin liitetty määräaika.