Tartsunk ébren egy Macet egy VPN-feladathoz, ne a VPN-hez

Arra van szüksége, hogy egy átvitel befejeződjön, miközben elmegy, és az alvó Mac a nyilvánvaló gyanúsított. A caffeinate pontosan arra az időablakra tud energiaigényt tartani, és szűkebb eszköz, mint amilyennek első pillantásra látszik. Megakadályozza az üresjárati alvást, miközben egy parancs fut; nem tart életben egy VPN-munkamenetet, és nem ment meg egy átvitelt az éjfélkor lejáró hitelesítő adatoktól. Annak ismerete, hogy hol végződik a hatóköre, az, ami megakadályozza, hogy a következő hiba a rossz rétegre kerüljön.

Mit tart valójában az igény

Az eszköz arra kéri az energiagazdálkodási rendszert, hogy tartsa nyitva az igényt, ameddig a becsomagolt folyamat él. Amikor a folyamat kilép, az igény is vele megy. Ez az élettartam a hasznos rész: nem kapcsol át egy gép szintű beállítást, remélve, hogy később emlékezni fog a visszaállítására.

A kapcsolók különböző igényeket választanak. A -i megakadályozza a rendszer üresjárati alvását. A -d a kijelző alvását célozza, a -s pedig a rendszer alvását azokban a helyzetekben, amikor a rendszer engedi. Egyik sem általános „maradj ébren” ígéret, és egyik sem oldja fel a képernyőzárat, és nem hiúsítja meg a fedél becsukását. Azt válassza, amelyik ahhoz a megszakításhoz illik, amelyet tényleg látott.

Ez a megkülönböztetés akkor számít, amikor valaki azt jelenti, hogy a Mac „mégis elaludt”. A kérdés az, melyik igényt kérték, mennyi időre, és melyik esemény okozta az alvást. Az energiagazdálkodás több bemenetet értékel, és egy igény ezek egyikét fedi le.

Csomagolja be a feladatot, ne a munkamenetet díszítse

caffeinate -i /usr/bin/ssh [email protected]

Ez addig tartja az üresjárati igényt, ameddig az SSH-kliens fut, és pontosan ez a lényege a becsomagolásnak a háttérbe helyezés helyett. A VPN-profil érintetlen marad, nem megy ki semmilyen életben tartó jelzés, és az alagút konfigurációjában semmi sem változik.

Korlátozott időablakra az időtartam-kapcsoló az őszinte forma:

caffeinate -i -t 1800

Állítsa le azt a hívást a szokásos megszakításával, amikor a feladat korán véget ér. Ne hagyjon hátra egy rakás csomagolót a háttérben, és ne takarítson később azzal, hogy minden azonos nevű folyamatot megöl; valamit elvisz, amit meg akart tartani.

Az alvás egy ok, nem az ok

Az üresjárati alvás megakadályozása egy megszakítást töröl a listáról. Nem írja felül a szándékos alvási parancsot, a csukott fedelet, az áramkimaradást vagy egy rendszergazda által beállított szabályzatot. Ezek külön döntések, és az a várakozás, hogy egy felhasználói szintű igény legyőzi őket, az, ahogy az emberek arra a következtetésre jutnak, hogy az eszköz nem működik.

A kijelző alvása és a képernyőzár is különálló. Egy Mac ébren maradhat kikapcsolt kijelzővel, és zárolhatja magát, miközben a feladat folytatódik. Ha a követelmény megvilágított képernyő, az egy másik kapcsoló; ha a követelmény zárolatlan képernyő, azt egyetlen kapcsoló sem biztosítja. Mondja meg, melyikre van valóban szüksége a három kimenet közül, mielőtt kapcsolót választ, mert ezek nem egyetlen viselkedés különböző neveken.

A VPN-munkamenetnek saját órája van

Az IPsec vagy TLS alagút a végpontok által egyeztetett ütemterv szerint újítja meg a kulcsokat, és egy kiszolgáló a kliens tevékenységétől függetlenül is kikényszeríthet egy maximális munkamenet-élettartamot. A hitelesítő adatok lejárnak. Egy hozzáférési kapcsolat olyan okokból is megszakadhat, amelyeknek semmi közük ahhoz, hogy a laptop ébren van. Ezek egyike sem törődik egy energiaigénnyel.

Tehát amikor a hasznos forgalom meghiúsul, miközben a Mac egyértelműen ébren van, az időtartam növelése sem nem magyarázat, sem nem javítás. Olvassa el a hibát: a kulcsmegújítási hiba, a hitelesítés lejárta és az átviteli hordozó elvesztése különbözőképpen néz ki az alagút naplójában, és mindegyiknek megvan a maga megoldása.

A tartósságot a távoli gazdagépre tegye

Ha a helyi kapcsolat elvesztése órák munkáját pazarolná el, a válasz a túloldalon van. Egy terminál-multiplexer életben tartja a munkamenetet a kiszolgálón, amikor az SSH meghal, egy feladatrendszer pedig életben tartja a munkát, amikor a munkamenet véget ér. Egyik sem függ a laptop energiaállapotától.

Ez egy másik hiba korlátja, és éppen ez számít a hosszú feladatoknál. Csak akkor kombinálja a kettőt, ha mindkettő igaz: a gépnek ébren kell maradnia a munka helyi részéhez, és a távoli résznek túl kell élnie egy megszakadást. Utána ellenőrizze úgy, hogy egy második terminálból újra csatlakozik, és megnézi, hogy a feladat még fut.

Írja le, melyik igényt használta, és mikor ér véget. Egy rövid életű üzemeltetési választás rendben van; egy magyarázat nélküli tartós hat hónappal később támogatási jeggyé válik, amikor már senki sem emlékszik, miért nem alszik el soha a Mac.