Mantener un Mac despierto para una tarea de VPN, no para la VPN

Necesita que una transferencia termine mientras se ausenta, y el Mac dormido es el sospechoso obvio. caffeinate puede mantener una solicitud de energía justo para esa ventana, y es una herramienta más estrecha de lo que parece a primera vista. Impide el sueño por inactividad mientras se ejecuta un comando; no mantiene viva una sesión de VPN, y no salvará una transferencia de unas credenciales que caducan a medianoche. Saber dónde termina su alcance es lo que evita que el siguiente fallo se achaque a la capa equivocada.

Qué mantiene realmente la solicitud

La utilidad pide al sistema de gestión de energía que mantenga una solicitud abierta mientras viva el proceso envuelto. Cuando el proceso termina, la solicitud se va con él. Esa vida útil es la parte útil: no está cambiando un ajuste de toda la máquina con la esperanza de acordarse de deshacerlo después.

Los indicadores seleccionan solicitudes distintas. -i impide el sueño por inactividad del sistema. -d apunta al sueño de la pantalla, y -s apunta al sueño del sistema en las situaciones en que el sistema lo permite. Ninguno es una promesa global de «permanecer despierto», y ninguno desbloquea la pantalla ni impide que se cierre la tapa. Elija el que corresponda a la interrupción que realmente vio.

Esa distinción importa cuando alguien informa de que el Mac «aun así se durmió». La pregunta es qué solicitud se pidió, durante cuánto tiempo y qué evento provocó el sueño. La gestión de energía evalúa varias entradas, y una solicitud cubre una de ellas.

Envuelva la tarea en lugar de adornar la sesión

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

Esto mantiene la solicitud de inactividad mientras se ejecuta el cliente SSH, que es todo el sentido de envolver en lugar de poner en segundo plano. El perfil de VPN queda intacto, no se envía ninguna señal de mantenimiento y nada de la configuración del túnel cambia.

Para una ventana acotada, el indicador de duración es la forma honesta:

caffeinate -i -t 1800

Detenga esa invocación con su interrupción habitual cuando la tarea termine antes. No deje una pila de envoltorios en segundo plano y luego limpie matando todos los procesos con el mismo nombre; se llevará algo que quería conservar.

El sueño es una causa, no la causa

Impedir el sueño por inactividad elimina una interrupción de la lista. No anula una orden de dormir deliberada, una tapa cerrada, un corte de energía ni una política que haya fijado un administrador. Son decisiones separadas, y esperar que una solicitud a nivel de usuario las gane es como la gente concluye que la herramienta no funciona.

El sueño de la pantalla y el bloqueo de pantalla también son independientes. Un Mac puede permanecer despierto con la pantalla apagada, y puede bloquearse mientras la tarea continúa. Si el requisito es una pantalla iluminada, ese es otro indicador; si el requisito es una pantalla desbloqueada, ningún indicador lo proporciona. Diga cuál de esos tres resultados necesita de verdad antes de elegir un conmutador, porque no son un solo comportamiento con nombres distintos.

La sesión de VPN lleva su propio reloj

Un túnel IPsec o TLS renueva claves según un calendario acordado por los extremos, y un servidor puede imponer una vida máxima de sesión con independencia de la actividad del cliente. Las credenciales caducan. Un enlace de acceso puede caerse por motivos que nada tienen que ver con que el portátil esté despierto. Nada de esto se preocupa por una solicitud de energía.

Así que, cuando el tráfico útil falla mientras el Mac está claramente despierto, aumentar la duración no es una explicación ni una reparación. Lea el fallo: un error de renovación de claves, una caducidad de autenticación y una pérdida de portadora se ven distintos en el registro del túnel, y cada uno tiene su propia solución.

Ponga la durabilidad en el host remoto

Si perder la conexión local desperdiciaría horas de trabajo, la respuesta está al otro lado. Un multiplexor de terminal mantiene la sesión viva en el servidor cuando SSH muere, y un sistema de trabajos mantiene el trabajo vivo cuando la sesión termina. Ninguno de los dos depende del estado de energía del portátil.

Esa es otra frontera de fallo, y es la que importa para trabajos largos. Combine las dos solo cuando ambas sean ciertas: la máquina debe permanecer despierta para la parte local del trabajo, y la parte remota debe sobrevivir a una desconexión. Luego verifíquelo reconectándose desde un segundo terminal y comprobando que el trabajo sigue ejecutándose.

Anote qué solicitud usó y cuándo termina. Una elección operativa de corta duración está bien; una permanente sin explicación se convierte en un tique de soporte seis meses después, cuando nadie recuerda por qué el Mac nunca duerme.