CONNECTION_ID katika NetworkManager ni jina la wasifu, si SSID
Tumia metadata ya muunganisho iliyoandikwa ya NetworkManager dispatcher unapochagua proksi baada ya mabadiliko ya mtandao.
Ikiwa kanuni ya proksi inalinganisha SSID ya ofisi na CONNECTION_ID, kubadilisha jina la wasifu uliohifadhiwa kunaweza kuivunja. NetworkManager inafafanua CONNECTION_ID kama jina la wasifu. Jina chaguo-msingi linalotokea kuendana na SSID huficha tofauti.
Chagua ingizo kulingana na kanuni:
- Kwa sera iliyounganishwa na wasifu wa muunganisho unaosimamiwa, tumia UUID ya muunganisho iliyoandikwa kama ufunguo thabiti zaidi.
- Kwa sera inayotegemea kwa kweli taarifa zisizo na waya, pata taarifa hizo kupitia kiolesura kinachotumika badala ya kuchukua jina la wasifu kama SSID.
Jina linalojulikana au SSID haithibitishi mtandao. Weka utambulisho wa mtandao ulioidhinishwa na masharti ya ufikiaji wa proksi katika uamuzi.
Kisha tambua programu inayopokea mpangilio uliochaguliwa. Dispatcher huendeshwa katika muktadha wake: kuhamisha kigezo huko hakubadilishi mazingira ya programu za mezani zinazoendelea kufanya kazi. Tumia kiolesura cha usanidi wa mteja anayeshiriki katika wigo sahihi wa mtumiaji au huduma. Kwa sera ya PAC iliyohifadhiwa kwenye wasifu, chagua kati ya URL ya PAC na script iliyoingizwa.
Bainisha ni muunganisho gani unaoendelea unaomiliki uamuzi wakati Wi-Fi na Ethernet zipo pamoja, na nini cha kufanya wakati wa kukatika au wasifu usiojulikana. Bila hali hizo, tukio la baadaye kutoka kiolesura kimoja linaweza kughairi njia halali iliyochaguliwa kwa kingine. Weka pamoja tukio la kichocheo, utambulisho wa wasifu na mtumiaji aliyeathirika unapochunguza kanuni.