სკრიპტი Windows Internet Settings-იდან კითხულობს ProxyServer-ს და ანიჭებს მას WebProxy.Address-ს. ის მუშაობს ერთ მანქანაზე, შემდეგ კი ვარდება მეორეზე, რომლის მნიშვნელობა ასე გამოიყურება:

http=proxy-a.example:8080;https=proxy-b.example:8080

ეს პროტოკოლისთვის დამახასიათებელი კონფიგურაციის სტრიქონია და არა ერთი პროქსი URI. მთელი მნიშვნელობის ერთი მისამართის მოლოდინში მყოფ კონსტრუქტორზე გადაცემა ცვლის შეყვანის მნიშვნელობას.

ჩანაწერიირჩევს პროქსის
http=...HTTP დანიშნულების მოთხოვნები
https=...HTTPS დანიშნულების მოთხოვნები

https გასაღები თავისთავად არ ნიშნავს, რომ ამ პროქსისთან კავშირი იყენებს TLS-ს. ჩვეულებრივ HTTP პროქსის შეუძლია HTTPS დანიშნულება CONNECT-ის მეშვეობით გადაიტანოს.

უპირატესობა მიანიჭეთ მხარდაჭერილ სისტემურ პროქსი ინტერფეისს რეალური დანიშნულებისთვის, სადაც კლიენტი მას გვთავაზობს. ხელით პროქსი სტრიქონები, გვერდის ავლის წესები, ავტომატური კონფიგურაციის URL-ები და ავტომატური აღმოჩენა კონფიგურაციის სხვადასხვა ნაწილებია. ერთი რეესტრის მნიშვნელობის წაკითხვა ვერ აღადგენს ყველა მათგანს. თუ შეამოწმებთ შენახულ რუკას, წაიკითხეთ ProxyEnable და AutoConfigURL ProxyServer-ის გვერდით.

თუ ინტეგრაციამ ხელით რუკების ანალიზი უნდა გააკეთოს, მიჰყევით მის დოკუმენტირებულ ფორმატს, შეინარჩუნეთ პროტოკოლის კავშირი და გამოიყენეთ ნამდვილი URI ან საბოლოო წერტილის ანალიზატორი თითოეული არჩეული მნიშვნელობისთვის. ყოველი ორწერტილის გაყოფა არღვევს IPv6-ს; პირველი ჩანაწერის არჩევა კარგავს ზემოთ მოცემულ განსხვავებას.

შეინახეთ ეს შესაბამისი ანგარიშის კონტექსტში. ინტერაქტიული მომხმარებლის პარამეტრები ავტომატურად არ არის სხვა იდენტობის ქვეშ მომუშავე სერვისის პარამეტრები.

დაკავშირებული სტატიები