Mantenir un Mac despert per a una tasca VPN, no per a la VPN
caffeinate manté una sol·licitud d’energia per a l’ordre embolcallada, res més. No pot renovar les claus d’un túnel, allargar una sessió ni sobreviure a una tapa tancada.
Necessiteu que una transferència acabi mentre us n’allunyeu, i el Mac adormit és el sospitós evident. caffeinate pot mantenir una sol·licitud d’energia exactament per a aquesta finestra, i és una eina més estreta del que sembla d’entrada. Evita l’adormiment per inactivitat mentre s’executa una ordre; no manté viva una sessió VPN i no salvarà una transferència d’unes credencials que caduquen a mitjanit. Saber on acaba el seu abast és el que evita que la propera fallada s’atribueixi a la capa equivocada.
Què manté realment la sol·licitud
La utilitat demana al sistema de gestió d’energia que mantingui una sol·licitud oberta mentre el procés embolcallat és viu. Quan el procés surt, la sol·licitud se’n va amb ell. Aquesta vida útil és la part profitosa: no canvieu un paràmetre de tota la màquina esperant recordar-vos de desfer-ho més tard.
Els indicadors seleccionen sol·licituds diferents. -i evita l’adormiment del sistema per inactivitat. -d s’adreça a l’adormiment de la pantalla, i -s s’adreça a l’adormiment del sistema en les situacions en què el sistema ho permet. Cap d’ells no és una promesa global de «romandre despert», i cap no desbloqueja la pantalla ni impedeix que es tanqui la tapa. Trieu el que correspongui a la interrupció que heu vist realment.
Aquesta distinció importa quan algú informa que el Mac «tot i així s’ha adormit». La pregunta és quina sol·licitud es va demanar, per quant de temps i quin esdeveniment va causar l’adormiment. La gestió d’energia avalua diverses entrades, i una sol·licitud en cobreix una.
Embolcalleu la tasca en lloc d’adornar la sessió
caffeinate -i /usr/bin/ssh [email protected]
Això manté la sol·licitud d’inactivitat mentre el client SSH s’executa, que és tot el sentit d’embolcallar en lloc de posar-ho en segon pla. El perfil VPN queda intacte, no s’envia cap senyal de manteniment i res de la configuració del túnel no canvia.
Per a una finestra limitada, l’indicador de durada és la forma honesta:
caffeinate -i -t 1800
Atureu aquesta invocació amb la seva interrupció habitual quan la tasca acabi abans d’hora. No deixeu una pila d’embolcalls en segon pla i després netegeu matant tots els processos amb el mateix nom; us endureu alguna cosa que volíeu conservar.
L’adormiment és una causa, no la causa
Evitar l’adormiment per inactivitat treu una interrupció de la llista. No anul·la una ordre d’adormiment deliberada, una tapa tancada, una pèrdua d’energia o una política que hagi fixat un administrador. Són decisions separades, i esperar que una sol·licitud a nivell d’usuari les guanyi és com la gent conclou que l’eina no funciona.
L’adormiment de la pantalla i el blocatge de pantalla també són separats. Un Mac pot romandre despert amb la pantalla apagada, i es pot bloquejar mentre la tasca continua. Si el requisit és una pantalla il·luminada, això és un altre indicador; si el requisit és una pantalla desbloquejada, cap indicador ho proporciona. Digueu quin d’aquests tres resultats necessiteu de debò abans de triar un commutador, perquè no són un sol comportament amb noms diferents.
La sessió VPN té el seu propi rellotge
Un túnel IPsec o TLS renova les claus segons un calendari pactat pels extrems, i un servidor pot imposar una vida màxima de sessió independentment de l’activitat del client. Les credencials caduquen. Un enllaç d’accés pot caure per motius que no tenen res a veure amb el fet que l’ordinador portàtil estigui despert. Res d’això no fa cas d’una sol·licitud d’energia.
Així que, quan el trànsit útil falla mentre el Mac és clarament despert, augmentar la durada no és una explicació ni una reparació. Llegiu la fallada: un error de renovació de claus, una caducitat d’autenticació i una pèrdua de portadora es veuen diferents al registre del túnel, i cadascun té la seva solució.
Poseu la durabilitat a l’amfitrió remot
Si perdre la connexió local malbarataria hores de feina, la resposta és a l’altre costat. Un multiplexor de terminal manté la sessió viva al servidor quan SSH mor, i un sistema de tasques manté la feina viva quan la sessió acaba. Cap dels dos no depèn de l’estat d’energia de l’ordinador portàtil.
Aquesta és una altra frontera de fallada, i és la que importa per a les feines llargues. Combineu les dues només quan totes dues siguin certes: la màquina ha de romandre desperta per a la part local de la feina, i la part remota ha de sobreviure a una desconnexió. Després verifiqueu-ho reconnectant des d’un segon terminal i comprovant que la feina encara s’executa.
Anoteu quina sol·licitud heu fet servir i quan acaba. Una elecció operativa de curta durada està bé; una de permanent sense explicar es converteix en un tiquet de suport sis mesos després, quan ningú no recorda per què el Mac no s’adorm mai.