La fiecare pornire tunelul apare înainte ca cineva să fi decis să îl folosească, iar caseta care pare responsabilă nu face nimic când este debifată. Nu este o eroare a interfeței. NetworkManager nu conectează singur profilurile VPN; un VPN pornește pentru că o conexiune de bază îl numește. Corectarea se află în celălalt profil, și este o singură proprietate.

Indicatorul pe care îl debifați nu este consultat

Profilul VPN are propria proprietate de conectare automată, iar pentru conexiunile VPN managerul nu o folosește pentru a porni nimic. Debifarea ei face profilul lizibil consecvent și nu schimbă niciun comportament, și exact de aceea surpriza supraviețuiește editării.

Mecanismul documentat este o listă de conexiuni secundare pe profilul de bază. Când conexiunea Wi-Fi sau Ethernet se activează, managerul activează și UUID-urile VPN enumerate acolo. Astăzi în acea listă sunt acceptate doar conexiuni VPN, iar dacă are mai multe intrări, o editare le afectează pe toate.

Prioritatea conectării automate ordonează candidații; nici ea nu este un întrerupător de oprire.

Citiți cele două profiluri înainte de editare

Notați mai întâi numele, UUID-urile și tipurile, pentru că numele afișate se repetă și conexiunea de bază se confundă ușor cu VPN-ul. Apoi citiți proprietățile care contează pe fiecare parte.

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"

În editorul grafic aceleași valori apar sub etichete diferite. Fila General a conexiunii de bază conține setarea de conectare automată și, când modulul este instalat, opțiunea de a ridica un VPN odată cu ea. Un desktop tradus poate eticheta câmpul de prioritate drept conexiune automată cu prioritate, ceea ce nu este întrerupătorul de activare. Confundarea celor două produce o casetă debifată și o pornire neschimbată.

Eliminați o singură intrare, nu toată lista

Proprietatea este o listă, așa că atribuirea unei valori noi înlocuiește tot din ea. Folosiți semnul minus de la început pentru a elimina un singur UUID și a lăsa restul listei intact.

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

Verificați lista înainte și după, mai ales pe o mașină care depinde de un al doilea VPN.

Profilurile pot fi limitate la anumiți utilizatori. Când sunt, contul din care editați trebuie să apară în acea listă; altfel comanda poate fi refuzată, sau managerul poate scrie un profil separat pentru fiecare utilizator pe care proprietarul inițial nu îl vede niciodată. Verificați proprietarul înainte de a concluziona că o editare nu a făcut nimic, pentru că o copie silențioasă pe utilizator explică multe rezultate confuze.

Testați o tranziție reală, nu o repornire manuală

Reconectarea profilului de bază este testul semnificativ. Coborâți-l și ridicați-l, sau reporniți, apoi priviți lista activă, lista interfețelor și o căutare de rută pentru o adresă internă.

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

Dacă tunelul apare în continuare, proprietarul rămas este de obicei un script. Jurnalul managerului arată ce profil a fost activat și când, iar directorul dispatcher este locul unde ar trăi un hook care apelează nmcli connection up la un eveniment de interfață. Un hook este invizibil în editorul de profiluri, de aceea supraviețuiește fiecărui experiment cu caseta.

Păstrați funcțională calea manuală, pentru că aceasta este cerința reală.

Cum arată un rezultat bun

Profilul rămâne instalat cu gateway-ul, certificatul și acreditările sale. Nu se activează la pornire și urcă atunci când îl cereți. Aceste trei afirmații sunt testul de acceptare.

Scrieți UUID-ul conexiunii de bază în runbook, pentru că acela este profilul pe care îl veți edita data viitoare.

Un VPN disponibil dar nu automat este o alegere de configurare, nu o funcție lipsă, și este la o proprietate distanță.

Articole similare