Ge varje VPN-konto en egen NetworkManager-startare

Två VPN-konton, en gateway och en skrivbordsikon som ansluter som den som använde den senast. Den vanliga orsaken är en startare som skriver om användarnamnet för en delad profil precis före anslutningen, eller en som slår upp ett visningsnamn som båda profilerna råkar dela. NetworkManager skiljer redan profiler med UUID, så ikonen kan namnge exakt en av dem och lämna identiteten i fred. Det den inte bör bära är lösenordet.

En startare är en pekare, inte ett lager för inloggningsuppgifter.

Hitta UUID:t och bekräfta identiteten

Lista de sparade anslutningarna och läs UUID:t, anslutnings-ID:t och användarnamnet som varje profil lagrar. Bekräfta vilken profil som hör till vilket konto innan du skapar något, eftersom ett visningsnamn är en etikett och inte en nyckel. Om de två kontona behöver olika gatewayer eller olika profiler är det en separat konfigurationsuppgift.

Använd UUID:t i startaren. Uppslag på visningsnamn fungerar tills någon byter namn på en profil, och då ansluter ikonen som fel konto eller som ingenting.

Skriv skrivbordsposten

En skrivbordspost behöver en typ, ett namn och en körbar rad. Kommandot bör hämta upp det UUID:t och låta NetworkManager fråga efter hemligheten, vilket är vad nmcli --ask connection up uuid ... är till för. Behåll Terminal=true så att frågan syns när en hemlighet behövs. Byt ut platshållaren mot UUID:t du faktiskt observerade, och lägg inte till ett skalhölje bara för att dölja frågan.

Desktop Entry-specifikationen definierar Exec som programmet och dess argument. Det är inte ett skalskript och behöver inget.

Låt agenten hålla hemligheten

Hemligheter tillhör agenten per användare, nyckelringen eller en interaktiv fråga. Ett lösenord i Exec syns i processlistan, i skrivbordsfilen och på varje skärmbild av egenskapsdialogen. Om profilen behöver en hemlighet, låt den stödda frågan samla den och agenten komma ihåg den för den användaren.

--ask är interaktivt av design. Det är inte ett recept för oövervakad automatisering och garanterar inte att varje autentiseringsutmaning eller plugin kan skriptas alls.

Grip inte efter sudo

Behörigheten att ändra eller aktivera en anslutning är ett NetworkManager-tillstånd som ges via dess policy, inte ett Unix-privilegium. Att köra startaren med sudo ger inte processen en annan användares nyckelring och åtgärdar inte ett avslag från gatewayen. På en delad maskin, granska vilka lokala konton som ser vilka profiler och vem som äger varje hemlighet; separata ikoner skapar inte isolering i sig.

Två aktiva profiler för samma gateway kan också konkurrera om rutter eller bryta en samtidighetsregel. Det är en policyfråga, inte ett fel i startaren.

Verifiera hela åtgärden

Aktivera startaren en gång och bekräfta tre saker: vilket UUID som kom upp, vilken identitet gatewayen såg och om en hemlighetsfråga dök upp där du förväntade dig den. Om anslutningen misslyckas, behåll det första felmeddelandet. Att lägga lösenordet på kommandoraden för att genvägen ska verka självständig döljer felet och skapar ett värre problem.

Skriv UUID:t och kontomappningen i teamets anteckningar. Nästa person som ändrar en profil behöver veta vilken ikon som beror på den, och det är den anteckningen som hindrar att ett namnbyte blir ett avbrott.