Nechte Mac bdít kvůli jednomu úkolu VPN, ne kvůli samotné VPN

Potřebujete, aby jeden přenos doběhl, zatímco jste pryč, a spící Mac je zjevný podezřelý. caffeinate umí držet nárok na napájení přesně pro toto okno a je to užší nástroj, než se na první pohled zdá. Brání nečinnému spánku, dokud běží příkaz; neudržuje relaci VPN živou a nezachrání přenos před přihlašovacími údaji, které vyprší o půlnoci. Právě znalost toho, kde jeho dosah končí, brání tomu, aby se další selhání svalilo na špatnou vrstvu.

Co nárok vlastně drží

Nástroj žádá systém správy napájení, aby držel nárok otevřený, dokud žije obalený proces. Když proces skončí, nárok zmizí s ním. Právě tato životnost je užitečná: nepřepínáte nastavení pro celý stroj a nedoufáte, že si později vzpomenete ho vrátit.

Přepínače volí různé nároky. -i brání nečinnému spánku systému. -d cílí na spánek displeje a -s cílí na spánek systému v situacích, kdy to systém dovolí. Žádný z nich není plošný slib „zůstaň bdělý“ a žádný neodemyká obrazovku ani nezmaří zavření víka. Vyberte ten, který odpovídá přerušení, jež jste skutečně viděli.

Tento rozdíl je důležitý, když někdo hlásí, že Mac „přesto usnul“. Otázka je, jaký nárok byl vyžádán, na jak dlouho a která událost spánek způsobila. Správa napájení vyhodnocuje několik vstupů a nárok pokrývá jeden z nich.

Obalte úkol, místo abyste zdobili relaci

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

Tohle drží nárok proti nečinnosti po celou dobu běhu klienta SSH, což je celý smysl obalení místo spouštění na pozadí. Profil VPN zůstává nedotčen, neodesílá se žádný udržovací signál a na konfiguraci tunelu se nic nemění.

Pro omezené okno je přepínač doby trvání poctivou formou:

caffeinate -i -t 1800

Zastavte toto volání jeho obvyklým přerušením, když úkol skončí dřív. Nenechávejte na pozadí hromadu obalů a pak neuklízejte zabíjením všech procesů se stejným názvem; zlikvidujete i něco, co jste chtěli zachovat.

Spánek je jedna příčina, ne ta příčina

Zabránění nečinnému spánku odebere ze seznamu jedno přerušení. Nepřebíjí záměrný příkaz ke spánku, zavřené víko, výpadek napájení ani zásadu, kterou nastavil správce. To jsou samostatná rozhodnutí a očekávání, že nárok na úrovni uživatele je přemůže, je způsob, jakým lidé dospějí k závěru, že nástroj nefunguje.

Spánek displeje a uzamčení obrazovky jsou také oddělené. Mac může zůstat bdělý s vypnutým displejem a může se uzamknout, zatímco úkol pokračuje. Pokud je požadavkem osvětlená obrazovka, je to jiný přepínač; pokud je požadavkem odemčená obrazovka, žádný přepínač to neposkytne. Řekněte, který z těchto tří výsledků skutečně potřebujete, než zvolíte přepínač, protože to není jedno chování pod různými jmény.

Relace VPN si drží vlastní hodiny

Tunel IPsec nebo TLS obnovuje klíče podle plánu, na kterém se koncové body dohodly, a server může vynutit maximální životnost relace bez ohledu na aktivitu klienta. Přihlašovací údaje vyprší. Přístupový spoj může spadnout z důvodů, které nemají nic společného s tím, že notebook je vzhůru. Nic z toho se o nárok na napájení nezajímá.

Když tedy užitečný provoz selže, zatímco je Mac jasně bdělý, prodloužení doby trvání není vysvětlení ani oprava. Přečtěte si selhání: chyba obnovy klíčů, vypršení autentizace a ztráta nosiče vypadají v logu tunelu různě a každé má vlastní řešení.

Uložte odolnost na vzdálený hostitel

Pokud by ztráta místního spojení promarnila hodiny práce, odpověď je na druhé straně. Terminálový multiplexer drží relaci na serveru živou, když SSH padne, a systém úloh drží práci živou, když relace skončí. Ani jedno nezávisí na napájecím stavu notebooku.

To je jiná hranice selhání a právě ta je důležitá u dlouhých úloh. Spojte obojí jen tehdy, když platí obojí: stroj musí zůstat bdělý pro místní část práce a vzdálená část musí přežít odpojení. Pak to ověřte připojením z druhého terminálu a kontrolou, že úloha stále běží.

Zapište, jaký nárok jste použili a kdy skončí. Krátkodobá provozní volba je v pořádku; nevysvětlená trvalá se po půl roce stane tiketem podpory, když si už nikdo nepamatuje, proč Mac nikdy nespí.