Gi hver VPN-konto sin egen NetworkManager-oppstarter

To VPN-kontoer, én gateway og et skrivebordsikon som kobler til som den som brukte det sist. Den vanlige årsaken er en oppstarter som skriver om brukernavnet til en delt profil rett før tilkobling, eller en som slår opp et visningsnavn som begge profilene tilfeldigvis deler. NetworkManager skiller allerede profiler etter UUID, så ikonet kan navngi nøyaktig én av dem og la identiteten være. Det den ikke bør bære, er passordet.

En oppstarter er en peker, ikke et lager for påloggingsinformasjon.

Finn UUID-en og bekreft identiteten

List de lagrede tilkoblingene og les UUID-en, tilkoblings-ID-en og brukernavnet hver profil lagrer. Bekreft hvilken profil som hører til hvilken konto før du oppretter noe, for et visningsnavn er en etikett og ikke en nøkkel. Hvis de to kontoene trenger ulike gatewayer eller ulike profiler, er det en egen konfigurasjonsoppgave.

Bruk UUID-en i oppstarteren. Oppslag på visningsnavn virker til noen gir en profil nytt navn, og da kobler ikonet til som feil konto eller som ingenting.

Skriv skrivebordsoppføringen

En skrivebordsoppføring trenger en type, et navn og en kjørbar linje. Kommandoen bør hente fram den UUID-en og la NetworkManager spørre etter hemmeligheten, som er det nmcli --ask connection up uuid ... er til. Behold Terminal=true slik at spørringen er synlig når en hemmelighet trengs. Erstatt plassholderen med UUID-en du faktisk observerte, og ikke legg til en shell-innpakning bare for å skjule spørringen.

Desktop Entry-spesifikasjonen definerer Exec som programmet og argumentene dets. Det er ikke et shell-skript, og det trenger ikke noe.

La agenten holde hemmeligheten

Hemmeligheter tilhører agenten per bruker, nøkkelringen eller en interaktiv spørring. Et passord i Exec er synlig i prosesslisten, i skrivebordsfilen og på ethvert skjermbilde av egenskapsdialogen. Hvis profilen trenger en hemmelighet, la den støttede spørringen samle den og agenten huske den for den brukeren.

--ask er interaktivt av design. Det er ikke en oppskrift på uovervåket automatisering, og det garanterer ikke at hver autentiseringsutfordring eller plugin kan skriptes i det hele tatt.

Ikke grip etter sudo

Tillatelse til å endre eller aktivere en tilkobling er en NetworkManager-tillatelse gitt gjennom policyen, ikke en Unix-rettighet. Å kjøre oppstarteren med sudo gir ikke prosessen en annen brukers nøkkelring, og den retter ikke en avvisning fra gatewayen. På en delt maskin, gå gjennom hvilke lokale kontoer som ser hvilke profiler og hvem som eier hver hemmelighet; separate ikoner skaper ikke isolasjon i seg selv.

To aktive profiler for samme gateway kan også konkurrere om ruter eller bryte en regel om samtidighet. Det er et policy-spørsmål, ikke en feil i oppstarteren.

Verifiser hele handlingen

Aktiver oppstarteren én gang og bekreft tre ting: hvilken UUID som kom opp, hvilken identitet gatewayen så, og om en hemmelighetsspørring dukket opp der du forventet det. Hvis tilkoblingen mislykkes, ta vare på den første feilmeldingen. Å legge passordet til kommandolinjen for å få snarveien til å virke selvstendig skjuler den feilen og skaper et verre problem.

Skriv UUID-en og konto-tilordningen i teamnotatene. Den neste som endrer en profil må vite hvilket ikon som avhenger av den, og det er det notatet som hindrer at en omdøping blir et avbrudd.