Den bereknelege maskinen koplar seg til Wi-Fi før du set deg, og VPN ventar framleis på eit klikk. Å setje automatisk tilkopling på VPN-profilen endrar ingenting, fordi den brytaren styrer profilens eigen aktivering, og NetworkManager behandlar ein VPN som ein følgjesvein til ei basisforbinding. Den dokumenterte mekanismen er sekundærlista til basisforbindinga, og det er ein annan eigenskap på ein annan stad.

Automatisk tilkopling er ikkje VPN-brytaren

Ein Wi-Fi- eller Ethernet-profil kan aktiverast av seg sjølv fordi han eig ein eining. Ein VPN-pluginprofil eig ikkje ei eining i same forstand; han vert starta saman med ei forbinding som gjer det. Difor ser flagget for automatisk tilkopling på VPN-en rett ut, vert lagra korrekt og gjev ingen tunnel. Flagget svarar på eit spørsmål om profilen, ikkje om nettet han treng.

Å lese modellen slik forklarar også feilmodusen. Basisforbindinga koplar seg opp, ingenting ber VPN-en starte, og skrivebordet viser ein fråkopla VPN ved sida av eit tilkopla nett. Ingenting er øydelagt; tilknytinga vart aldri laga.

Identifiser begge profilane med UUID

nmcli -f NAME,UUID,TYPE connection show

Vel Wi-Fi- eller Ethernet-profilen som skal utløyse tunnelen, deretter den tiltenkte VPN-profilen. Bruk UUID-ar i staden for namn, fordi eit namn er ei etikett som kan dupliserast eller redigerast, og UUID-en er det aktiveringsvegen faktisk løyser opp.

Ikkje forveksle eit profilnamn med eit grensesnittnamn eller ei adresse maskinen har akkurat no. Det er tre ulike identifikatorar som tilfeldigvis ser like ut i ein terminal, og å blande dei gjev ei endring som ikkje rettar seg mot noko.

Legg VPN-en til basisforbindinga

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

Plussforma legg til i den eksisterande lista; utelèt du ho, vert lista erstatta, noko som stille fjernar kvar annan sekundær forbinding som allereie var konfigurert. Sjå på gjeldande verdi fyrst og noter han før du endrar noko.

Forbindingsinnstillingane til NetworkManager skildrar sekundære som VPN-forbindingar som vert starta saman med basisforbindinga. Om ein innebygd WireGuard-profil er same slags objekt, kjem an på korleis NetworkManager handsamar han, så same kommando kan vere feil verktøy for ein tunnel som viser seg som eit grensesnitt i staden for som ein VPN-plugin.

Dette er ei endring av forbindingspolicy, ikkje ein brytar under køyring. Bruk han via kva som helst gjenoppkoplingsprosess utrullinga godkjenner, og vent at den fyrste aktiveringa etter endringa oppfører seg annleis enn økta du sit i no.

Løyndomar er ikkje ein del av tilknytinga

Ein sekundær oppføring seier «start dette med det». Ingenting i han overleverer eit passord, låser opp ei nøkkelring eller svarar på ei førespurnad. Ein profil som autentiserer fint etter ei skrivebordsinnlogging, kan framleis feile når han vert aktivert i ein samanheng der løyndomsagenten ikkje er tilgjengeleg.

Bruk den støtta system- eller løyndomsagentordninga for den faktiske utrullinga. Å lagre passordet til alle i eit skript slik at tunnelen kan starte utan tilsyn, gjer eit autentiseringsdesign om til ei fil som overlever tilsetjinga til eigaren sin.

Les både hendinga, og kontroller deretter ressursen

Følg med på basisforbindinga og VPN-aktiveringa under eitt forsøk. Ei manglande VPN-hending betyr at utløysaren aldri vart konfigurert, eller at UUID-en er feil. Ei VPN-hending etterfylgd av ein autentiseringsfeil betyr at utløysaren køyrde, og at det gjenverande problemet er påloggingsinformasjonen, som er ei anna retting.

Etter aktivering, be om ressursen som motiverte oppsettet i staden for å stole på ikonet. Kople deretter frå med vilje og sjå kva som skjer vidare, fordi ei tilknyting for automatisk start ikkje er ein naudstopp og ikkje lovar endelause forsøk. Viss kravet er «ingen trafikk utan tunnelen», er det ein eigen policy som treng si eiga konfigurasjon og sin eigen test. Å forveksle dei to er korleis ein maskin endar med å kople til på nytt i ei løkke medan brukaren trur han er verna.

Relaterte artiklar