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 कमांड सभी नेटवर्क क्लाइंट को एक रास्ता साझा करने पर मजबूर नहीं करती।