Slå VPN-autoopkobling fra uden at slette profilen

Ved hver opstart kommer tunnelen op, før nogen har besluttet at bruge den, og det afkrydsningsfelt, der ser ansvarligt ud, gør ingenting, når det ryddes. Det er ikke en fejl i grænsefladen. NetworkManager opkobler ikke VPN-profiler af sig selv; en VPN startes, fordi en basisforbindelse nævner den. Rettelsen ligger på den anden profil, og den er én egenskab.

Det flag, du rydder, bliver ikke spurgt

VPN-profilen har sin egen autoopkoblingsegenskab, og for VPN-forbindelser bruger manageren den ikke til at starte noget. At rydde den får profilen til at læse konsistent og ændrer ingen adfærd, og det er netop derfor overraskelsen overlever redigeringen.

Den dokumenterede mekanisme er en liste over sekundære forbindelser på basisprofilen. Når Wi-Fi- eller Ethernet-forbindelsen aktiveres, aktiverer manageren også de VPN-UUID'er, der er nævnt der. I dag understøttes kun VPN-forbindelser på den liste, og hvis den indeholder flere poster, påvirker én redigering dem alle.

Autoopkoblingsprioritet rangerer kandidater; den er heller ikke en afbryder.

Læs de to profiler, før du redigerer

Noter først navne, UUID'er og typer, fordi viste navne gentages, og basisforbindelsen er let at forveksle med VPN'en. Læs derefter de egenskaber, der betyder noget 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 editor vises de samme værdier under forskellige etiketter. Basisforbindelsens General-fane indeholder indstillingen for automatisk forbindelse og, når plugin'et er installeret, muligheden for at rejse en VPN sammen med den. Et oversat skrivebord kan kalde prioritetsfeltet automatisk forbindelse med prioritet, hvilket ikke er tænd/sluk-kontakten. Forveksler man de to, får man et ryddet felt og en uændret opstart.

Fjern én post, ikke hele listen

Egenskaben er en liste, så tildeling af en ny værdi erstatter alt i den. Brug det indledende minus til at fjerne et enkelt UUID og lade resten af 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 efter, især på en maskine, der afhænger af en anden VPN.

Profiler kan begrænses til bestemte brugere. Når de er det, skal den konto, du redigerer fra, fremgå af den liste; ellers kan kommandoen blive afvist, eller manageren kan skrive en separat profil pr. bruger, som den oprindelige ejer aldrig ser. Kontroller ejeren, før du konkluderer, at en redigering ikke gjorde noget, for en tavs kopi pr. bruger forklarer mange forvirrende resultater.

Test en rigtig overgang, ikke en manuel genstart

At genopkoble basisprofilen er den meningsfulde test. Tag den ned og op, eller genstart, og se derefter på den aktive liste, grænsefladelisten og et ruteopslag på en intern adresse.

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

Hvis tunnelen stadig dukker op, er den resterende ejer som regel et script. Managerens journal viser, hvilken profil der blev aktiveret og hvornår, og dispatcher-mappen er stedet, hvor et hook, der kalder nmcli connection up ved en grænsefladehændelse, ville bo. Et hook er usynligt i profileditoren, og derfor overlever det hvert eneste afkrydsningsforsøg.

Hold den manuelle vej fungerende, for det er det egentlige krav.

Sådan ser et godt resultat ud

Profilen forbliver installeret med sin gateway, sit certifikat og sine legitimationsoplysninger. Den aktiveres ikke ved opstart, og den kommer op, når du beder om det. De tre udsagn er accepttesten.

Skriv basisforbindelsens UUID i runbooken, for det er den profil, du redigerer næste gang.

En VPN, der er tilgængelig, men ikke automatisk, er et konfigurationsvalg frem for en manglende funktion, og den er én egenskab væk.