Desactiva la connexió automàtica de la VPN sense esborrar el perfil

A cada arrencada el túnel apareix abans que ningú hagi decidit fer-lo servir, i la casella que sembla responsable no fa res quan es desmarca. No és un error de la interfície. NetworkManager no connecta sols els perfils de VPN; una VPN s'inicia perquè una connexió base la nomena. La solució és a l'altre perfil, i és una sola propietat.

El senyal que desmarques no es consulta

El perfil de VPN té la seva pròpia propietat de connexió automàtica, i per a les connexions VPN el gestor no la fa servir per iniciar res. Desmarcar-la fa que el perfil es llegeixi de manera coherent i no canvia cap comportament, i és exactament per això que la sorpresa sobreviu a l'edició.

El mecanisme documentat és una llista de connexions secundàries al perfil base. Quan la connexió Wi-Fi o Ethernet s'activa, el gestor activa també els UUID de VPN que hi figuren. Avui només s'admeten connexions VPN en aquesta llista, i si hi ha diverses entrades, una edició les afecta totes.

La prioritat de connexió automàtica ordena els candidats; tampoc no és un interruptor d'apagada.

Llegeix els dos perfils abans d'editar

Anota primer els noms, els UUID i els tipus, perquè els noms visibles es repeteixen i la connexió base es confon fàcilment amb la VPN. Després llegeix les propietats que importen a cada costat.

nmcli -f NAME,UUID,TYPE connection show
nmcli -f connection.secondaries connection show "Wired connection 1"
nmcli -f connection.autoconnect,connection.autoconnect-priority connection show "Work VPN"

A l'editor gràfic els mateixos valors apareixen sota etiquetes diferents. La pestanya General de la connexió base conté el paràmetre de connexió automàtica i, quan el connector està instal·lat, l'opció d'aixecar una VPN amb ella. Un escriptori traduït pot etiquetar el camp de prioritat com a connexió automàtica amb prioritat, que no és l'interruptor d'activació. Confondre els dos produeix una casella desmarcada i una arrencada sense canvis.

Treu una entrada, no tota la llista

La propietat és una llista, així que assignar un valor nou substitueix tot el que hi ha. Fes servir el signe menys inicial per treure un sol UUID i deixar la resta de la llista intacta.

nmcli connection modify uuid BASE_UUID -connection.secondaries VPN_UUID
nmcli -f connection.secondaries connection show "Wired connection 1"

Comprova la llista abans i després, sobretot en una màquina que depèn d'una segona VPN.

Els perfils es poden limitar a usuaris concrets. Quan ho estan, el compte des del qual edites ha d'aparèixer en aquesta llista; si no, l'ordre pot ser rebutjada, o el gestor pot escriure un perfil per usuari separat que el propietari original no veu mai. Comprova el propietari abans de concloure que una edició no ha fet res, perquè una còpia silenciosa per usuari explica molts resultats estranys.

Prova una transició real, no un reinici manual

Reconnectar el perfil base és la prova significativa. Baixa'l i torna'l a pujar, o reinicia, i després mira la llista activa, la llista d'interfícies i una consulta de ruta per a una adreça interna.

nmcli connection show --active
ip -brief address
ip route get 10.8.0.1

Si el túnel encara apareix, el propietari restant sol ser un script. El registre del gestor mostra quin perfil es va activar i quan, i el directori dispatcher és on viuria un hook que cridi nmcli connection up en un esdeveniment d'interfície. Un hook és invisible a l'editor de perfils, i per això sobreviu a cada experiment amb la casella.

Mantén el camí manual funcionant, perquè aquest és el requisit real.

Com es veu un bon resultat

El perfil es queda instal·lat amb la seva passarel·la, el seu certificat i les seves credencials. No s'activa a l'arrencada i sí que puja quan el demanes. Aquestes tres afirmacions són la prova d'acceptació.

Escriu l'UUID de la connexió base al runbook, perquè és el perfil que editaràs la propera vegada.

Una VPN disponible però no automàtica és una decisió de configuració i no una funció que falta, i és a una propietat de distància.