Donu al ĉiu VPN-konto propran lanĉilon de NetworkManager

Du VPN-kontoj, unu kluzo, kaj labortabla piktogramo, kiu konektiĝas kiel tiu, kiu ĝin laste uzis. La kutima kaŭzo estas lanĉilo, kiu reskribas la uzantnomon de komuna profilo ĝuste antaŭ la konekto, aŭ unu, kiu serĉas vidigatan nomon, kiun ambaŭ profiloj hazarde kunhavas. NetworkManager jam distingas profilojn per UUID, do la piktogramo povas nomi ekzakte unu el ili kaj lasi la identecon trankvila. Kion ĝi ne devus porti, tio estas la pasvorto.

Lanĉilo estas montrilo, ne konservejo de akreditaĵoj.

Trovu la UUID kaj konfirmu la identecon

Listigu la konservitajn konektojn kaj legu la UUID, la konektan ID kaj la uzantnomon, kiun ĉiu profilo konservas. Konfirmu, kiu profilo apartenas al kiu konto, antaŭ ol krei ion ajn, ĉar vidigata nomo estas etikedo, ne ŝlosilo. Se la du kontoj bezonas malsamajn kluzojn aŭ malsamajn profilojn, tio estas aparta agorda tasko.

Uzu la UUID en la lanĉilo. Serĉo laŭ vidigata nomo funkcias ĝis iu renomas profilon, kaj tiam la piktogramo konektiĝas kiel la malĝusta konto aŭ kiel nenio.

Skribu la labortablan eron

Labortabla ero bezonas tipon, nomon kaj plenumeblan linion. La komando devus levi tiun UUID kaj lasi NetworkManager peti la sekreton, por kio utilas nmcli --ask connection up uuid .... Konservu Terminal=true por ke la peto videblu, kiam sekreto necesas. Anstataŭigu la lokokupon per la UUID, kiun vi efektive observis, kaj ne aldonu ŝel-envolvaĵon nur por kaŝi la peton.

La specifo Desktop Entry difinas Exec kiel la programon kaj ĝiajn argumentojn. Ĝi ne estas ŝela skripto, kaj ĝi ne bezonas unu.

Lasu la agenton teni la sekreton

Sekretoj apartenas al la agento por ĉiu uzanto, al la ŝlosilringo aŭ al interaga peto. Pasvorto en Exec videblas en la proceza listo, en la labortabla dosiero kaj en ajna ekrankopio de la propraĵa dialogo. Se la profilo bezonas sekreton, lasu la subtenatan peton kolekti ĝin kaj la agenton memori ĝin por tiu uzanto.

--ask estas interaga laŭ dizajno. Ĝi ne estas recepto por nesuperrigata aŭtomatigo, kaj ĝi ne garantias, ke ĉiu aŭtentiga defio aŭ kromaĵo entute skribeblas per skripto.

Ne ekkaptu sudo

Rajtigo modifi aŭ aktivigi konekton estas permeso de NetworkManager donita per sia politiko, ne Unix-avantaĝo. Ruli la lanĉilon kun sudo ne donas al la procezo la ŝlosilringon de alia uzanto, kaj ĝi ne riparas malakcepton de la kluzo. Sur komuna maŝino, revizuu, kiuj lokaj kontoj vidas kiujn profilojn kaj kiu posedas ĉiun sekreton; apartaj piktogramoj ne kreas izoladon per si mem.

Du aktivaj profiloj por la sama kluzo ankaŭ povas konkuri pri vojoj aŭ malobservi regulon de samtempeco. Tio estas politika demando, ne cimo en la lanĉilo.

Kontrolu la tutan agon

Aktivigu la lanĉilon unufoje kaj konfirmu tri aferojn: kiun UUID ĝi levis, kiun identecon la kluzo vidis, kaj ĉu sekreta peto aperis tie, kie vi atendis. Se la konekto malsukcesas, konservu la unuan erarmesaĝon. Aldoni la pasvorton al la komandlinio por igi la fulmoklavon ŝajne memstara kaŝas tiun eraron kaj kreas pli malbonan problemon.

Skribu la UUID kaj la kontan mapadon en la teamajn notojn. La sekva persono, kiu ŝanĝos profilon, devas scii, kiu piktogramo dependas de ĝi, kaj ĝuste tiu noto malhelpas, ke renomado fariĝu elfalado.