Hold en Mac våken for én VPN-oppgave, ikke for VPN-en

Du trenger én overføring ferdig mens du går bort, og at Macen sover er den åpenbare mistenkte. caffeinate kan holde et energikrav for akkurat det vinduet, og det er et smalere verktøy enn det virker ved første øyekast. Det hindrer tomgangssøvn mens en kommando kjører; det holder ikke en VPN-økt i live, og det redder ikke en overføring fra en legitimasjon som utløper ved midnatt. Å vite hvor rekkevidden slutter, er det som hindrer at den neste feilen blir lagt på feil lag.

Hva kravet faktisk holder

Verktøyet ber strømstyringssystemet holde et krav åpent så lenge den innpakkede prosessen lever. Når prosessen avsluttes, forsvinner kravet med den. Den levetiden er den nyttige delen: du slår ikke av og på en maskinvid innstilling og håper å huske å angre den senere.

Flaggene velger ulike krav. -i hindrer tomgangssøvn i systemet. -d retter seg mot skjermsøvn, og -s retter seg mot systemsøvn i de situasjonene der systemet tillater det. Ingen av dem er et altomfattende løfte om å holde seg våken, og ingen av dem låser opp skjermen eller står imot et lukket lokk. Velg det flagget som passer med avbruddet du faktisk så.

Den forskjellen betyr noe når noen melder at Macen «fortsatt sov». Spørsmålet er hvilket krav som ble bedt om, hvor lenge, og hvilken hendelse som forårsaket søvnen. Strømstyringen veier flere signaler, og et krav dekker ett av dem.

Pakk inn oppgaven i stedet for å pynte økten

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

Dette holder tomgangssøvnkravet så lenge SSH-klienten kjører, og det er hele poenget med å pakke inn i stedet for å legge i bakgrunnen. VPN-profilen er urørt, ingen keepalive sendes, og ingenting ved konfigurasjonen til tunnelen endres.

For et avgrenset vindu er varighetsflagget den ærlige formen:

caffeinate -i -t 1800

Stopp den kallingen med det vanlige avbruddet når oppgaven blir ferdig tidlig. Ikke la en stabel innpakkingsprogrammer ligge i bakgrunnen og rydde senere ved å drepe hver prosess med samme navn; da tar du bort noe du ville beholde.

Søvn er én årsak, ikke årsaken

Å hindre tomgangssøvn fjerner ett avbrudd fra listen. Det overstyrer ikke en bevisst søvnkommando, et lukket lokk, strømtap eller en policy en administrator har satt. Dette er selvstendige beslutninger, og å forvente at et krav på brukernivå skal vinne over dem, er nettopp hvordan folk konkluderer med at verktøyet ikke virker.

Skjermsøvn og skjermlås er også selvstendige. En Mac kan holde seg våken med skjermen av, og den kan låse mens oppgaven fortsetter. Er kravet en opplyst skjerm, er det et annet flagg; er kravet en opplåst skjerm, gir ingen flagg det. Si hvilket av de tre utfallene du faktisk trenger før du velger en bryter, for de er ikke én atferd under ulike navn.

VPN-økten holder sin egen klokke

En IPsec- eller TLS-tunnel bytter nøkler etter en plan endepunktene har blitt enige om, og en server kan kreve en maksimal øktlevetid uansett klientaktivitet. Legitimasjon utløper. En tilgangslenke kan falle bort av årsaker som ikke har noe med at maskinen er våken å gjøre. Ingen av disse bryr seg om et energikrav.

Så når nyttig trafikk feiler mens Macen åpenbart er våken, er økt varighet verken en forklaring eller en reparasjon. Les feilen: en nøkkelbytefeil, en utløpt autentisering og en tapt bærer ser ulike ut i tunnelloggen, og hver har sin egen retting.

Legg varighet på den eksterne verten

Hvis tap av den lokale forbindelsen ville kaste bort timer med arbeid, ligger svaret på den andre siden. En terminalmultiplekser holder økten i live på serveren når SSH dør, og et jobbsystem holder arbeidet i live når økten slutter. Ingen av dem avhenger av strømtilstanden til den bærbare maskinen.

Det er en annen feilgrense, og det er den som betyr noe for lange jobber. Kombiner de to bare når begge er sanne: maskinen må holde seg våken for den lokale delen av arbeidet, og den eksterne delen må overleve en frakobling. Bekreft da ved å koble til på nytt fra en annen terminal og sjekke at jobben fortsatt kjører.

Skriv ned kravet du brukte og når det slutter. Et kortvarig operativt valg er greit; et uforklart permanent ett blir en støttesak seks måneder senere når ingen husker hvorfor Macen aldri sover.