NetworkManager-ის CONNECTION_ID პროფილის სახელია და არა SSID
ქსელის ცვლილების შემდეგ პროქსის არჩევისას გამოიყენეთ NetworkManager-ის dispatcher-ის დოკუმენტირებული კავშირის მეტამონაცემები.
თუ პროქსის წესი ოფისის SSID-ს ადარებს CONNECTION_ID-ს, შენახული პროფილის სახელის შეცვლამ შეიძლება ის გატეხოს. NetworkManager CONNECTION_ID-ს პროფილის სახელად განსაზღვრავს. ნაგულისხმევი სახელი, რომელიც შემთხვევით ემთხვევა SSID-ს, განსხვავებას მალავს.
აირჩიეთ შეყვანა წესის მიხედვით:
- მართულ კავშირის პროფილზე მიბმული პოლიტიკისთვის გამოიყენეთ მისი დოკუმენტირებული კავშირის UUID უფრო სტაბილურ გასაღებად.
- პოლიტიკისთვის, რომელიც ნამდვილად დამოკიდებულია უსადენო ინფორმაციაზე, მიიღეთ ეს ინფორმაცია მხარდაჭერილი ინტერფეისის მეშვეობით და ნუ განიხილავთ პროფილის სახელს როგორც SSID-ს.
ნაცნობი სახელი ან SSID არ ამოწმებს ქსელს. გადაწყვეტილებაში შეინახეთ დამტკიცებული ქსელის იდენტობა და პროქსის ხელმისაწვდომობის პირობები.
შემდეგ განსაზღვრეთ აპლიკაცია, რომელიც იღებს არჩეულ პარამეტრს. dispatcher საკუთარ კონტექსტში მუშაობს: ცვლადის იქ ექსპორტი არ ცვლის უკვე გაშვებული დესკტოპული აპლიკაციების გარემოს. გამოიყენეთ მონაწილე კლიენტის კონფიგურაციის ინტერფეისი სწორ მომხმარებლის ან სერვისის არეში. პროფილზე შენახული PAC პოლიტიკისთვის აირჩიეთ PAC URL-სა და იმპორტირებულ სკრიპტს შორის.
განსაზღვრეთ, რომელი აქტიური კავშირი ფლობს გადაწყვეტილებას, როცა Wi-Fi და Ethernet ერთად არსებობს, და რა უნდა გაკეთდეს გათიშვის ან უცნობი პროფილის დროს. ამ შემთხვევების გარეშე, ერთი ინტერფეისის მოგვიანებით მოვლენამ შეიძლება გააუქმოს მეორისთვის არჩეული სწორი მარშრუტი. წესის დიაგნოსტიკისას ერთად შეინახეთ გამომწვევი მოვლენა, პროფილის იდენტობა და დაზარალებული მომხმარებელი.