Malŝalti aŭtomatan VPN-konektiĝon sen forigi la profilon

Ĉe ĉiu starto la tunelo aperas antaŭ ol iu decidis uzi ĝin, kaj la markobutono, kiu aspektas respondeca, faras nenion kiam ĝi malpleniĝas. Tio ne estas cimo en la interfaco. NetworkManager ne aŭtomate konektas VPN-profilojn per si mem; VPN ekstartas ĉar baza konekto nomas ĝin. La korekto troviĝas en la alia profilo, kaj ĝi estas unu eco.

La flago, kiun vi malplenigas, ne estas konsultata

La VPN-profilo havas propran aŭtomatan konektan econ, kaj por VPN-konektoj la administranto ne uzas ĝin por starti ion ajn. Malplenigi ĝin igas la profilon legebla konsekvence kaj ŝanĝas neniun konduton, kaj ĝuste tial la surprizo postvivas la redakton.

La dokumentita mekanismo estas listo de duarangaj konektoj en la baza profilo. Kiam la Wi-Fi aŭ Ethernet-konekto aktiviĝas, la administranto ankaŭ aktivigas la tie listigitajn VPN-UUID-ojn. Hodiaŭ nur VPN-konektoj estas subtenataj en tiu listo, kaj se ĝi enhavas plurajn enskribojn, unu redakto tuŝas ĉiujn.

Aŭtomata konekta prioritato ordigas kandidatojn; ĝi ankaŭ ne estas malŝaltilo.

Legi la du profilojn antaŭ redakti

Unue notu nomojn, UUID-ojn kaj tipojn, ĉar montrataj nomoj ripetiĝas kaj la baza konekto facile konfuziĝas kun la VPN. Poste legu la ecojn, kiuj gravas ĉe ĉiu flanko.

nmcli -f NAME,UUID,TYPE connection show
nmcli -f connection.secondaries connection show "Wired connection 1"
nmcli -f connection.autoconnect,connection.autoconnect-priority connection show "Work VPN"

En la grafika redaktilo la samaj valoroj aperas sub malsamaj etikedoj. La langeto General de la baza konekto enhavas la agordon por aŭtomata konekto kaj, kiam la kromprogramo estas instalita, la opcion levi VPN kun ĝi. Tradukita labortablo povas etikedi la prioritatan kampon kiel aŭtomata konekto kun prioritato, kio ne estas la ŝaltilo. Konfuzi la du kaŭzas malplenan markobutonon kaj neŝanĝitan starton.

Forigu unu enskribon, ne la tutan liston

La eco estas listo, do atribui novan valoron anstataŭigas ĉion en ĝi. Uzu la komencan minuson por forigi unu UUID kaj lasi la reston de la listo sendifekta.

nmcli connection modify uuid BASE_UUID -connection.secondaries VPN_UUID
nmcli -f connection.secondaries connection show "Wired connection 1"

Kontrolu la liston antaŭe kaj poste, precipe sur maŝino, kiu dependas de dua VPN.

Profiloj povas esti limigitaj al apartaj uzantoj. Kiam ili estas, la konto, el kiu vi redaktas, devas aperi en tiu listo; alie la komando povas esti rifuzita, aŭ la administranto povas skribi apartan profilon por uzanto, kiun la origina posedanto neniam vidas. Kontrolu la posedanton antaŭ ol konkludi, ke redakto faris nenion, ĉar silenta kopio por uzanto klarigas multajn konfuzajn rezultojn.

Testu realan transiron, ne manan restartigon

Rekonekti la bazan profilon estas la senchava testo. Mallevu ĝin kaj levu, aŭ restartigu, poste rigardu la aktivan liston, la interfacan liston kaj vojserĉon por interna adreso.

nmcli connection show --active
ip -brief address
ip route get 10.8.0.1

Se la tunelo ankoraŭ aperas, la restanta posedanto kutime estas skripto. La ĵurnalo de la administranto montras, kiun profilon oni aktivigis kaj kiam, kaj la dosierujo dispatcher estas la loko, kie loĝus hoko, kiu vokas nmcli connection up ĉe interfaca evento. Hoko estas nevidebla en la profila redaktilo, kaj tial ĝi postvivas ĉiun markobutonan eksperimenton.

Tenu la manan vojon funkcianta, ĉar tio estas la reala postulo.

Kiel aspektas bona rezulto

La profilo restas instalita kun sia enirejo, atestilo kaj akreditaĵoj. Ĝi ne aktiviĝas ĉe starto, kaj ĝi leviĝas kiam vi petas ĝin. Tiuj tri asertoj estas la akcepta testo.

Skribu la UUID de la baza konekto en la runbook, ĉar tiu estas la profilo, kiun vi redaktos venontfoje.

VPN, kiu disponeblas sed ne estas aŭtomata, estas konfigura elekto prefere ol mankanta funkcio, kaj ĝi estas unu econ for.