Apagar el Mac después del trabajo de la VPN, no antes

Dos personas apagan el mismo Mac después del trabajo y obtienen resultados distintos. Una pierde una subida que estaba terminada al noventa por ciento; la otra cierra la tapa veinte segundos después con todo confirmado. La diferencia no es suerte ni velocidad del disco. Está en el orden en que cierran la sesión privada, el recurso compartido y el túnel, y en si algo espera a que esos pasos terminen.

La comparación siguiente es entre «túnel primero» y «trabajo primero», porque esa sola elección explica la mayoría de los malos resultados.

Dos órdenes de apagado, dos resultados

Túnel primero parece ordenado: el menú de la VPN dice Desconectar, el icono desaparece y luego el usuario cierra documentos y apaga. El problema es que la desconexión puede quitar las rutas y el recurso montado antes de que la aplicación haya terminado de escribir, y una subida en curso se queda sin destino. El usuario ve una desconexión limpia y supone que el resto está a salvo. Que un icono desaparezca no dice nada sobre si la aplicación terminó. El apagado sigue entonces con normalidad por una ruta de red que ya no transporta el tráfico que la aplicación necesitaba.

Trabajo primero es unos segundos más lento y mucho menos accidentado. La operación privada termina, el recurso se desmonta a propósito y solo entonces desaparece el túnel. El apagado que sigue ya no tiene nada que interrumpir.

Por qué el recurso debe irse antes que el túnel

Un recurso de red montado es una dependencia viva, no una carpeta. El cliente mantiene descriptores abiertos, el servidor sigue concesiones y una escritura que aún está en cola pertenece a esa sesión. Arrancar el túnel por debajo produce el montaje obsoleto clásico: el Finder muestra el recurso, cualquier acceso se cuelga y el único remedio es forzar el desmontaje y a veces cerrar sesión.

Desmonta mediante la acción admitida una vez detenida la actividad de archivos. En macOS eso es el control de expulsión del Finder o un diskutil unmount deliberado para el punto de montaje, no una desconexión de la red subyacente. Después confirma que el recurso ya no está en la barra lateral antes de tocar la VPN.

Si el recurso se niega a desmontarse, algo sigue manteniendo un archivo abierto. Encuéntralo, ciérralo y vuelve a intentarlo. Una negativa es información; forzar el desmontaje la convierte en pérdida de datos.

Detener el cliente que posee la sesión

Una sesión de VPN tiene dueño, y solo ese dueño puede detenerla de forma limpia. Las conexiones de Tunnelblick se detienen desde Tunnelblick. Una configuración nativa se detiene desde el propio control del sistema o desde la aplicación que la gestiona. Ejecutar un binario OpenVPN aparte contra un perfil de nombre parecido no detiene la sesión gestionada por la aplicación y puede dejar dos procesos en desacuerdo sobre quién posee el dispositivo de túnel.

Vigila la recuperación automática. Una regla On Demand o un perfil gestionado puede volver a iniciar la conexión segundos después de una parada deliberada, lo que parece que el cliente ignora la orden. Ese comportamiento es política, no un fallo, y hay que resolverlo con quien posee la política en lugar de combatirlo con un ayudante que no deja de desconectar.

Algunos clientes separan «desconexión solicitada» de «desmontaje completo». Si el flujo espera a que termine, lee el estado propio del cliente y dale un plazo acotado. Una espera arbitraria de un segundo no es una espera, y matar todos los procesos con nombre de VPN no es un desmontaje.

Dejar en paz el apagado del sistema operativo

El último paso debe ser un apagado normal: menú Apple, atajo de teclado o un comando shutdown programado. Ese camino permite guardar a las aplicaciones, pregunta al usuario por el trabajo sin guardar y desmonta los volúmenes en el orden esperado. También es el camino cuyos fallos se informan de una forma que alguien puede depurar.

Forzar el apagado se salta todo eso. Es la herramienta correcta cuando la máquina está realmente bloqueada, y la herramienta equivocada como forma rutinaria de cumplir un plazo. Un apagado forzado que descarta una subida no es más rápido que esperar; solo traslada el coste a la mañana siguiente.

La guía de apagado de Apple traza esa línea y describe el caso forzado por separado. Léela como una razón para corregir el orden y no como permiso para convertir el forzado en parte de la rutina diaria.

Incluir el plazo en el plan

Si el Mac debe estar apagado a una hora fija, empieza la preparación mientras la sesión del usuario sigue viva. Esperar al último minuto para limpiar es cómo una petición MFA, una escritura sin terminar o un montaje terco se convierten en un incidente. Dale a la secuencia una hora de inicio, no solo una de fin.

Decide qué pasa cuando un paso supera su presupuesto. Las opciones son avisar al usuario, cancelar el apagado o seguir otro procedimiento aprobado. Escalar en silencio «la limpieza tardó demasiado» a un apagado forzado es la única opción que garantiza el resultado que todos intentaban evitar.

Escrita, la regla es corta: terminar el trabajo privado, cerrar la sesión dependiente, detener el túnel a través de su dueño y luego apagar con normalidad. Cuatro pasos, en ese orden, con un plazo asociado a cada uno.