Ang CONNECTION_ID sa NetworkManager ay pangalan ng profile, hindi ang SSID

Kung ihinahambing ng isang patakaran ng proxy ang SSID ng opisina sa CONNECTION_ID, maaaring masira ito ng pagpapalit ng pangalan ng naka-save na profile. Itinatakda ng NetworkManager ang CONNECTION_ID bilang pangalan ng profile. Ang default na pangalan na nagkataong tumutugma sa SSID ay nagtatago ng pagkakaiba.

Piliin ang input ayon sa patakaran:

• Para sa patakarang nakakabit sa isang pinamamahalaang profile ng koneksyon, gamitin ang dokumentadong UUID ng koneksyon nito bilang mas matatag na susi.
• Para sa patakarang tunay na nakadepende sa wireless na impormasyon, kunin ang impormasyong iyon sa pamamagitan ng sinusuportahang interface sa halip na ituring ang pangalan ng profile bilang SSID.

Ang pamilyar na pangalan o SSID ay hindi nagpapatotoo ng network. Panatilihin ang inaprubahang pagkakakilanlan ng network at ang mga kondisyon ng pag-abot ng proxy sa desisyon.

Susunod, tukuyin ang aplikasyong tumatanggap ng napiling setting. Ang dispatcher ay tumatakbo sa sarili nitong konteksto: ang pag-export ng variable doon ay hindi pumapalit sa kapaligiran ng mga desktop application na tumatakbo na. Gamitin ang interface ng configuration ng kalahok na client sa tamang saklaw ng user o serbisyo. Para sa patakarang PAC na nakaimbak sa profile, pumili sa pagitan ng PAC URL at ng na-import na script.

Tukuyin kung aling aktibong koneksyon ang nagmamay-ari ng desisyon kapag magkasabay ang Wi-Fi at Ethernet, at ano ang gagawin sa pagdisconnect o sa isang hindi kilalang profile. Kung wala ang mga kasong iyon, ang susunod na kaganapan mula sa isang interface ay maaaring magpawalang-bisa ng isang valid na ruta na pinili para sa isa pa. Panatilihing magkasama ang nag-trigger na kaganapan, pagkakakilanlan ng profile at apektadong consumer kapag nag-diagnose ng patakaran.