Slå av automatisk VPN-tilkobling uten å slette profilen

Ved hver oppstart kommer tunnelen opp før noen har bestemt seg for å bruke den, og avkrysningsboksen som ser ansvarlig ut gjør ingenting når den fjernes. Det er ikke en feil i grensesnittet. NetworkManager kobler ikke til VPN-profiler av seg selv; en VPN startes fordi en basisforbindelse nevner den. Rettelsen ligger på den andre profilen, og den er én egenskap.

Flagget du fjerner blir ikke spurt

VPN-profilen har sin egen egenskap for automatisk tilkobling, og for VPN-forbindelser bruker ikke behandleren den til å starte noe. Å fjerne den gjør at profilen leses konsistent og endrer ingen oppførsel, og det er nettopp derfor overraskelsen overlever redigeringen.

Mekanismen som er dokumentert, er en liste over sekundære forbindelser på basisprofilen. Når Wi-Fi- eller Ethernet-forbindelsen aktiveres, aktiverer behandleren også VPN-UUID-ene som står der. I dag støttes bare VPN-forbindelser i listen, og hvis den har flere oppføringer, påvirker én endring alle.

Prioritet for automatisk tilkobling rangerer kandidater; den er heller ikke en av-bryter.

Les de to profilene før du redigerer

Noter navn, UUID-er og typer først, fordi viste navn gjentas og basisforbindelsen lett forveksles med VPN-en. Les deretter egenskapene som betyr noe på hver side.

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"

I den grafiske editoren vises de samme verdiene under ulike etiketter. General-fanen til basisforbindelsen inneholder innstillingen for automatisk tilkobling og, når programtillegget er installert, valget om å heise en VPN sammen med den. Et oversatt skrivebord kan kalle prioritetsfeltet automatisk tilkobling med prioritet, noe som ikke er på-bryteren. Forveksler man de to, får man en fjernet avkrysning og en uendret oppstart.

Fjern én oppføring, ikke hele listen

Egenskapen er en liste, så å tildele en ny verdi erstatter alt i den. Bruk det ledende minuset for å fjerne én UUID og la resten av listen være intakt.

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

Kontroller listen før og etter, særlig på en maskin som er avhengig av en andre VPN.

Profiler kan begrenses til bestemte brukere. Når de er det, må kontoen du redigerer fra stå på den listen; ellers kan kommandoen bli avvist, eller behandleren kan skrive en egen profil per bruker som den opprinnelige eieren aldri ser. Kontroller eieren før du konkluderer med at en endring ikke gjorde noe, for en stille kopi per bruker forklarer mange forvirrende resultater.

Test en ekte overgang, ikke en manuell omstart

Å koble basisprofilen til på nytt er den meningsfulle testen. Ta den ned og opp, eller start på nytt, og se deretter på den aktive listen, grensesnittlisten og et ruteoppslag mot en intern adresse.

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

Hvis tunnelen fortsatt dukker opp, er den gjenværende eieren vanligvis et skript. Journalen til behandleren viser hvilken profil som ble aktivert og når, og dispatcher-katalogen er stedet der en krok som kaller nmcli connection up ved en grensesnitthendelse ville bo. En krok er usynlig i profileditoren, og derfor overlever den hvert eneste avkrysningseksperiment.

Hold den manuelle veien i drift, for det er det egentlige kravet.

Hvordan et godt resultat ser ut

Profilen blir liggende installert med gatewayen, sertifikatet og påloggingsinformasjonen sin. Den aktiveres ikke ved oppstart, og den kommer opp når du ber om det. De tre utsagnene er aksepttesten.

Skriv UUID-en til basisforbindelsen i runbooken, for det er profilen du redigerer neste gang.

En VPN som er tilgjengelig men ikke automatisk, er et konfigurasjonsvalg og ikke en manglende funksjon, og den er én egenskap unna.