NetworkManager-ի CONNECTION_ID-ն պրոֆիլի անուն է, ոչ թե SSID
Ցանցի փոփոխությունից հետո վստահված սերվեր ընտրելիս օգտագործեք NetworkManager-ի dispatcher-ի փաստաթղթավորված միացման մետատվյալները։
Եթե վստահված սերվերի կանոնը գրասենյակի SSID-ն համեմատում է CONNECTION_ID-ի հետ, պահպանված պրոֆիլի վերանվանումը կարող է կոտրել այն։ NetworkManager-ը CONNECTION_ID-ն սահմանում է որպես պրոֆիլի անուն։ SSID-ի հետ պատահաբար համընկնող լռելյայն անունը թաքցնում է տարբերությունը։
Ընտրեք մուտքագրումը ըստ կանոնի՝
- Կառավարվող միացման պրոֆիլին կապված քաղաքականության համար օգտագործեք դրա փաստաթղթավորված միացման UUID-ն որպես ավելի կայուն բանալի։
- Իրականում անլար տեղեկատվությունից կախված քաղաքականության համար ստացեք այդ տեղեկատվությունը աջակցվող ինտերֆեյսի միջոցով՝ պրոֆիլի անունը որպես SSID չդիտարկելով։
Ծանոթ անունը կամ SSID-ը չեն նույնականացնում ցանցը։ Որոշման մեջ պահեք հաստատված ցանցի ինքնությունը և վստահված սերվերի հասանելիության պայմանները։
Այնուհետև բացահայտեք ընտրված կարգավորումը ստացող հավելվածը։ dispatcher-ը աշխատում է իր սեփական համատեքստում․ այնտեղ փոփոխական արտահանելը չի փոխարինում արդեն աշխատող աշխատասեղանային հավելվածների միջավայրը։ Օգտագործեք մասնակից հաճախորդի կազմաձևման ինտերֆեյսը ճիշտ օգտատիրոջ կամ ծառայության շրջանակում։ Պրոֆիլում պահվող PAC քաղաքականության համար ընտրեք PAC URL-ի և ներմուծված սկրիպտի միջև։
Սահմանեք, թե որ ակտիվ միացումն է տիրապետում որոշմանը, երբ Wi-Fi-ը և Ethernet-ը գոյություն ունեն միասին, և ինչ անել անջատման կամ անհայտ պրոֆիլի դեպքում։ Առանց այդ դեպքերի՝ մեկ ինտերֆեյսի ավելի ուշ իրադարձությունը կարող է չեղարկել մյուսի համար ընտրված վավեր երթուղին։ Կանոնը ախտորոշելիս միասին պահեք առաջացնող իրադարձությունը, պրոֆիլի ինքնությունը և ազդված սպառողը։