په NetworkManager کې CONNECTION_ID د پروفایل نوم دی، نه SSID
د شبکې له بدلون وروسته د پروکسي غوراوي پر مهال د NetworkManager dispatcher مستند شوي اړیکې میټاډاټا وکاروئ.
که چېرې د پروکسي قاعده د دفتر SSID له CONNECTION_ID سره پرتله کړي، د خوندي شوي پروفایل نوم بدلول کولای شي هغه مات کړي. NetworkManager CONNECTION_ID د پروفایل نوم بولي. یو ډیفالټ نوم چې ناڅاپه له SSID سره سمون خوري توپیر پټوي.
د قاعدې له مخې ننوتنه وټاکئ:
- د مدیریت شوي اړیکې پروفایل سره تړلې پالیسۍ لپاره، د هغې مستنده اړیکې UUID د لا زیات باثباته کیلي په توګه وکاروئ.
- د هغې پالیسۍ لپاره چې واقعاً پر بېتار معلوماتو تکیه لري، هغه معلومات د ملاتړ شوي انٹرفېس له لارې ترلاسه کړئ، نه دا چې د پروفایل نوم د SSID په توګه وګڼئ.
پیژندل شوی نوم یا SSID شبکه تصدیق نه کوي. په پرېکړه کې تصویب شوې شبکهپیژندنه او د پروکسي د لاسرسي شرایط وساتئ.
بیا هغه اپلیکیشن وپیژنئ چې ټاکل شوې تنظیم ترلاسه کوي. dispatcher په خپل شرایطو کې ځي: هلته د متغیر صادرول په دمخه روانو ډیسکټاپ اپلیکیشنونو چاپیریال بدل نه کړي. د ګډون کوونکي کلاینټ د تنظیماتو انٹرفېس په سم کارونکي یا خدمت حد کې وکاروئ. د پروفایل کې ذخیره شوې PAC پالیسۍ لپاره، د PAC URL او وارد شوي سکریپټ ترمنځ وټاکئ.
وټاکئ چې کله Wi-Fi او Ethernet یو ځای وي کومه فعاله اړیکه پرېکړه لري، او د اړیکې پرېکیدو یا ناپیژندل شوي پروفایل په صورت کې څه وکړو. پرته له دې حالتونو، د یو انٹرفېس وروستی پېښه کولای شي د بل لپاره ټاکل شوې سمه لار باطله کړي. د قاعدې د تشخیص پر مهال د هڅوونکې پېښې، د پروفایل پیژندنې او اغیزمن شوي کارونکي سره یو ځای وساتئ.