Apaga o Mac despois do traballo da VPN, non antes

Dúas persoas apagan o mesmo Mac despois do traballo e obteñen resultados distintos. Unha perde unha subida que estaba rematada ao noventa por cento; a outra pecha a tapa vinte segundos despois con todo confirmado. A diferenza non é sorte nin velocidade do disco. É a orde na que pechan a sesión privada, o recurso compartido e o túnel, e se algo espera que estes pasos rematen.

A comparación de abaixo é entre «túnel primeiro» e «traballo primeiro», porque esa única escolla explica a maioría dos malos resultados.

Dúas ordes de apagado, dous resultados

Túnel primeiro parece ordenado: o menú da VPN di Desconectar, a icona desaparece e despois o usuario pecha documentos e apaga. O problema é que a desconexión pode retirar as rutas e o recurso montado antes de que a aplicación rematase de escribir, e unha subida en curso queda sen destino. O usuario ve unha desconexión limpa e supón que o resto está a salvo. Que unha icona desapareza non di nada sobre se a aplicación rematou. O apagado segue despois con normalidade por un camiño de rede que xa non transporta o tráfico que a aplicación precisaba.

Traballo primeiro é uns segundos máis lento e moito menos accidentado. A operación privada remata, o recurso desmóntase a propósito e só entón desaparece o túnel. O apagado que segue xa non ten nada que interromper.

Por que o recurso ten que marchar antes que o túnel

Un recurso de rede montado é unha dependencia viva, non un cartafol. O cliente mantén descritores abertos, o servidor segue concesións e unha escrita que aínda está na cola pertence a esa sesión. Arrancar o túnel por debaixo produce o clásico montaxe obsoleto: o Finder mostra o recurso, calquera acceso colga e o único remedio é forzar a desmontaxe e ás veces pechar a sesión.

Desmonta coa acción admitida unha vez detida a actividade de ficheiros. En macOS iso é o control de expulsión do Finder ou un diskutil unmount deliberado para o punto de montaxe, non unha desconexión da rede subxacente. Despois confirma na barra lateral que o recurso xa non está antes de tocar a VPN.

Se o recurso se nega a desmontarse, algo segue mantendo un ficheiro aberto. Atópao, péchao e téntao de novo. Unha negativa é información; forzar a desmontaxe convértea en perda de datos.

Detén o cliente que posúe a sesión

Unha sesión de VPN ten propietario, e só ese propietario a pode deter limpamente. As conexións de Tunnelblick detéñense desde Tunnelblick. Unha configuración nativa detense desde o control do propio sistema ou desde a aplicación que a xestiona. Executar un binario OpenVPN á parte contra un perfil de nome semellante non detén a sesión xestionada pola aplicación e pode deixar dous procesos en desacordo sobre quen ten o dispositivo de túnel.

Vixía a recuperación automática. Unha regra On Demand ou un perfil xestionado pode volver iniciar a conexión segundos despois dunha parada deliberada, o que parece que o cliente ignora a orde. Ese comportamento é política, non un erro, e hai que resolvelo con quen posúe a política en lugar de combatelo cun axudante que non deixa de desconectar.

Algúns clientes separan «desconexión pedida» de «desmontaxe completa». Se o fluxo espera a conclusión, le o estado propio do cliente e dálle un prazo acoutado. Unha espera arbitraria dun segundo non é unha espera, e matar todos os procesos con nome de VPN non é unha desmontaxe.

Deixa en paz o apagado do sistema operativo

O último paso debería ser un apagado normal: menú Apple, atallo de teclado ou unha orde shutdown programada. Ese camiño deixa que as aplicacións garden, pregunta ao usuario polo traballo non gardado e desmonta volumes na orde esperada. É tamén o camiño cuxos fallos se informan de xeito que alguén os pode depurar.

Forzar o corte de corrente salta todo iso. É a ferramenta correcta cando a máquina está realmente encallada, e a ferramenta incorrecta como xeito rutineiro de cumprir un prazo. Un apagado forzado que descarta unha subida non é máis rápido que esperar; só traslada o custo á mañá seguinte.

A guía de apagado de Apple traza esa liña e describe o caso forzado por separado. Léaa como unha razón para corrixir a orde, non como un permiso para facer do forzado parte da rutina diaria.

Inclúe o prazo no plan

Se o Mac ten que estar apagado a unha hora fixa, comeza a preparación mentres a sesión do usuario aínda está viva. Esperar ao último minuto para limpar é como unha petición MFA, unha escrita inacabada ou unha montaxe teimosa se converten nun incidente. Dálle á secuencia unha hora de inicio, non só unha de fin.

Decide que pasa cando un paso supera o seu orzamento. As opcións son avisar o usuario, cancelar o apagado ou seguir outro procedemento aprobado. Escalar en silencio «a limpeza tardou demasiado» cara a un corte forzado de corrente é a única opción que garante o resultado que todos tentaban evitar.

Escrita, a regra é curta: remata o traballo privado, pecha a sesión dependente, detén o túnel a través do seu propietario e despois apaga con normalidade. Catro pasos, nesa orde, cun prazo asociado a cada un.