Windows-ის პროქსი პარამეტრები და WinHTTP განსხვავდება
netsh-ის შეცვლამდე გაარკვიეთ, იყენებს თუ არა Windows აპლიკაცია WinHTTP-ს; ნუ მიიჩნევთ ამას ბრაუზერის უნივერსალურ გამოსწორებად.
თუ ბრაუზერი მუშაობს, Windows-ის ფონური აპლიკაცია კი არა, ჯერ ჩავარდნილი აპლიკაციის პროქსი ინტერფეისი დაადგინეთ. მას შეუძლია WinHTTP, მომხმარებლის Windows პარამეტრები, სესიის პარამეტრი, ავტომატური აღმოჩენა ან საკუთარი კონფიგურაცია გამოიყენოს. სერვისი შეიძლება სხვა მომხმარებლის სახელითაც მუშაობდეს.
ჩვეულებრივი WinHTTP პარამეტრისთვის დაიწყეთ მხოლოდ წაკითხვის ამ შემოწმებით:
netsh winhttp show proxyეს გამოტანა ყველა ბრაუზერის პროფილს ან კავშირს არ აღწერს. შეცვლამდე აპლიკაციის დოკუმენტაციით ან დიაგნოსტიკით დაადასტურეთ, რომ ის ამ ნაგულისხმევ WinHTTP კონფიგურაციას იყენებს.
| დაგეგმილი მოქმედება | მოქმედების არე |
|---|---|
| WinHTTP ნაგულისხმევის დაყენება | ჩაიწერეთ ძველი კონფიგურაცია და გაითვალისწინეთ ყველა მონაწილე კლიენტი, რომელიც მას იზიარებს. |
| Windows Internet პარამეტრების იმპორტი | ახლა დააკოპირეთ წყარო; შემდგომი ცვლილებები უწყვეტად არ სინქრონდება. |
| ტესტის შემდეგ აღდგენა | აღადგინეთ ჩაწერილი პროქსი ან მხოლოდ მაშინ გაანულეთ, თუ წინა მდგომარეობა პირდაპირი წვდომა იყო. |
საჭირო უფლებებითა და ამ ნაგულისხმევზე გათვლილი აპლიკაციით აშკარა პარამეტრია:
netsh winhttp set proxy proxy-server="203.0.113.10:8080"სადოკუმენტაციო ბოლო წერტილი აპლიკაციისთვის დანიშნული პროქსით ან HTTP პროქსების სიის კანდიდატით შეცვალეთ, თუ მარშრუტი საჯარო პროქსებს უშვებს. ამის ნაცვლად Windows Internet პარამეტრების წყაროს იმპორტისთვის:
netsh winhttp import proxy source=ieძველი სახელი ie იმპორტის წყაროს აღნიშნავს. თუ საწყისი მდგომარეობა პირდაპირი წვდომა იყო, ტესტი ასე გააუქმეთ:
netsh winhttp reset proxyსხვა შემთხვევაში წინა მნიშვნელობები აღადგინეთ. WinHTTP-ის განულება არ შლის გაფართოების პოლიტიკას ან აპლიკაციის საკუთარ პროქსის. Chrome-ის ან Edge-ის ჩვეულებრივ დაყენებაში გამოიყენეთ Windows-ის პროქსი დიალოგი, თუ WinHTTP-ზე სპეციალური დამოკიდებულება არ დაგიდგენიათ; არცერთი netsh ბრძანება ყველა ქსელურ კლიენტს ერთ მარშრუტს არ აიძულებს.