Bærbaren går på Wi-Fi, før du sætter dig, og VPN venter stadig på et klik. Automatisk forbindelse på VPN-profilen ændrer intet, fordi den kontakt styrer profilens egen aktivering, og NetworkManager behandler en VPN som en følgesvend til en basisforbindelse. Den dokumenterede mekanisme er basisforbindelsens sekundære liste, og det er en anden egenskab på et andet sted.

Automatisk forbindelse er ikke VPN-kontakten

En Wi-Fi- eller Ethernet-profil kan aktivere af sig selv, fordi den ejer en enhed. En VPN-pluginprofil ejer ikke en enhed i samme forstand; den startes sammen med en forbindelse, der gør. Derfor ser flaget for automatisk forbindelse på VPN rigtigt ud, gemmes korrekt og giver ingen tunnel. Flaget besvarer et spørgsmål om profilen, ikke om netværket, den har brug for.

At læse modellen sådan forklarer også fejlmåden. Basisforbindelsen oprettes, intet beder VPN om at starte, og skrivebordet viser en afbrudt VPN ved siden af et tilsluttet netværk. Intet er i stykker; tilknytningen blev aldrig lavet.

Identificér begge profiler med UUID

nmcli -f NAME,UUID,TYPE connection show

Vælg den Wi-Fi- eller Ethernet-profil, der skal udløse tunnelen, og derefter den ønskede VPN-profil. Brug UUID'er i stedet for navne, fordi et navn er en etiket, der kan duplikeres eller redigeres, og en UUID er det, aktiveringsvejen faktisk opløser.

Forveksl ikke et profilnavn med et interfacenavn eller en adresse, som maskinen har i øjeblikket. Det er tre forskellige identifikatorer, der tilfældigvis ligner hinanden i en terminal, og at blande dem giver en ændring uden mål.

Føj VPN'en til basisforbindelsen

nmcli connection modify uuid "PRIMARY_UUID" +connection.secondaries "VPN_UUID"

Plusformen føjer til den eksisterende liste; udelader du den, erstattes listen, hvilket lydløst fjerner enhver anden sekundær forbindelse, der allerede var konfigureret. Se den aktuelle værdi efter først, og notér den, før du ændrer noget.

NetworkManagers forbindelsesindstillinger beskriver sekundære som VPN-forbindelser, der startes sammen med basisforbindelsen. Om en indbygget WireGuard-profil er den samme slags objekt, afhænger af, hvordan NetworkManager styrer den, så den samme kommando kan være det forkerte værktøj til en tunnel, der vises som et interface i stedet for som et VPN-plugin.

Dette er en ændring af forbindelsespolitikken, ikke en kontakt under kørsel. Anvend den via hvilken som helst genopkoblingsproces, som udrulningen godkender, og forvent, at den første aktivering efter ændringen opfører sig anderledes end den session, du sidder i nu.

Hemmeligheder er ikke en del af tilknytningen

En sekundær post siger »start dette med det«. Intet i den overdrager en adgangskode, låser en nøglering op eller besvarer en prompt. En profil, der autentificerer fint efter et skrivebordslogin, kan stadig fejle, når den aktiveres i en sammenhæng, hvor hemmelighedsagenten ikke er tilgængelig.

Brug den understøttede system- eller hemmelighedsagentordning til den faktiske udrulning. At gemme alles adgangskode i et script, så tunnelen kan starte uden opsyn, gør et autentificeringsdesign til en fil, der overlever sin ejers ansættelse.

Læs begge hændelser, og kontrollér derefter ressourcen

Overvåg basisforbindelsen og VPN-aktiveringen under et forsøg. En manglende VPN-hændelse betyder, at udløseren aldrig blev konfigureret, eller at UUID'et er forkert. En VPN-hændelse efterfulgt af en autentificeringsfejl betyder, at udløseren kørte, og det resterende problem er legitimationsoplysningen, hvilket er en anden rettelse.

Efter aktivering skal du anmode om den ressource, der motiverede opsætningen, i stedet for at stole på ikonet. Afbryd derefter med vilje og se, hvad der sker næste gang, fordi en automatisk start-tilknytning ikke er en sikkerhedsafbryder og ikke lover endeløse gentagelser. Hvis kravet er »ingen trafik uden tunnelen«, er det en separat politik, der kræver sin egen konfiguration og sin egen test. At forveksle de to er, hvordan en maskine ender med at genopkoble i en løkke, mens brugeren tror, den er beskyttet.

Relaterede artikler