Windows-ის პროქსის შესვლის სკრიპტები შემდგომ ქსელურ ცვლილებებს არ ადევნებენ თვალს
განიხილეთ Windows-ში შესვლისას პროქსის არჩევა და შემდგომი ქსელური გადასვლები ცალკე მოვლენებად, კლიენტის განზრახ განახლებითა და კავშირების პოლიტიკით.
ლეპტოპს შეუძლია შესვლისას სწორად მიიღოს ოფისის პროქსი და შეინარჩუნოს ის სახლში დაბრუნების შემდეგ. შესვლის სკრიპტი ერთხელ გაეშვა; ის არ გამოწერილა Wi-Fi-ის ყოველ შემდგომ ცვლილებაზე. ჯგუფური პოლიტიკის ფონური დამუშავება არ არის დაპირება, რომ გადასვლისას თვითნებური შესვლის სკრიპტი ხელახლა გაეშვება.
ნათლად განსაზღვრეთ შემდგომი ქცევა:
- ტრიგერი: მართული აპლიკაცია შეიძლება გამოიყენოს Network List Manager-ის კავშირის ცვლილების შეტყობინებები მდგომარეობის გადასახედად. შეტყობინება თავად არ ირჩევს და არ წერს პროქსის.
- გადაწყვეტილება: შეამოწმეთ მიმდინარე ქსელური მდგომარეობა საკმარისად. ერთი კერძო მისამართი ან პირველი ჩამოთვლილი ინტერფეისი სუსტი მტკიცებულებაა, როცა Ethernet, Wi-Fi და VPN ერთდროულად არსებობს.
- კლიენტის განახლება: გამოიყენეთ პარამეტრი იმ ინტერფეისით, რომელსაც კლიენტები იყენებენ. WinINet-ის შენახვა და დოკუმენტირებული პარამეტრის ცვლილებისა და განახლების შეტყობინებები ცალკე მოქმედებებია; WinHTTP ან აპლიკაციის კერძო კონფიგურაცია შეიძლება სხვა გზას მოითხოვდეს.
- არსებული სამუშაო: გადაწყვიტეთ, შეიძლება თუ არა ღია კავშირების დასრულება, უნდა გადაუკავშირდეს თუ უნდა შეწყდეს. პროქსის ახალი არჩევა ვერ გადაიტანს დამყარებულ სოკეტს სხვა გასასვლელზე.
მონაწილე პროქსის მცოდნე კლიენტებისთვის PAC სხვა დიზაინია: შეინახეთ დანიშნულების მიხედვით არჩევა კლიენტში, ნაცვლად სტატიკური საბოლოო წერტილის განმეორებით ჩანაცვლებისა. მისი მიწოდება და სარეზერვო პოლიტიკა მაინც უნდა მუშაობდეს მოძრავ ქსელებში.