CONNECTION_ID en NetworkManager estas profila nomo, ne la SSID
Uzu la dokumentitajn konektajn metadatumojn de la NetworkManager-dispatĉilo kiam vi elektas prokurilon post retŝanĝo.
Se prokurila regulo komparas la oficejan SSID kun CONNECTION_ID, alinomado de konservita profilo povas rompi ĝin. NetworkManager difinas CONNECTION_ID kiel la nomon de la profilo. Defaŭlta nomo, kiu hazarde kongruas kun la SSID, kaŝas la diferencon.
Elektu la enigon laŭ la regulo:
- Por politiko ligita al administrata konekta profilo, uzu ĝian dokumentitan konektan UUID kiel pli stabilan ŝlosilon.
- Por politiko kiu vere dependas de sendrata informo, akiru tiun informon per la subtenata interfaco anstataŭ trakti profilan nomon kiel SSID.
Konata nomo aŭ SSID ne aŭtentikigas reton. Konservu la aprobitan retan identecon kaj la atingeblajn kondiĉojn de la prokurilo en la decido.
Poste identigu la aplikaĵon kiu ricevas la elektitan agordon. Dispatĉilo funkcias en sia propra kunteksto: eksporti variablon tie ne anstataŭigas la medion de jam funkciantaj labortablaj aplikaĵoj. Uzu la agordan interfacon de la partoprenanta kliento en la ĝusta uzanta aŭ serva amplekso. Por PAC-politiko konservita en la profilo, elektu inter PAC-URL kaj importita skripto.
Difinu kiu aktiva konekto posedas la decidon kiam Wi-Fi kaj Ethernet kunekzistas, kaj kion fari ĉe malkonekto aŭ nekonata profilo. Sen tiuj kazoj, posta evento de unu interfaco povas nuligi validan vojon elektitan por alia. Tenu la kaŭzan eventon, la profilan identecon kaj la tuŝatan konsumanton kune kiam vi diagnozas la regulon.