Windows प्रॉक्सी बदलाव: ऐप्स पुराना रास्ता क्यों रखते हैं
संग्रहीत Internet Settings मान, क्लाइंट का फिर से पढ़ा गया कॉन्फ़िगरेशन और मौजूदा कनेक्शन—रजिस्ट्री लेखन विफल हुए बिना भी आपस में असहमत हो सकते हैं।
Windows सेटिंग्स विंडो नया प्रॉक्सी दिखा सकती है जबकि कोई ऐप पिछले रास्ते पर चलता रहता है। तय करें कि आप कौन-सी स्थिति देख रहे हैं:
| अवलोकन | यह क्या सिद्ध करता है |
|---|---|
| नया मान संग्रहीत है | चुना गया उपयोगकर्ता या मशीन कॉन्फ़िगरेशन बदल गया है |
| क्लाइंट नया कॉन्फ़िगरेशन पढ़ता है | उस क्लाइंट ने अपना उपयोग किया जाने वाला स्रोत फिर से पढ़ा है |
| नया कनेक्शन नया रास्ता इस्तेमाल करता है | फिर से पढ़ी गई नीति ने नए रूटिंग निर्णय को प्रभावित किया है |
WinINet प्रति-कनेक्शन Internet Options और सूचनाएँ देता है, जिनमें INTERNET_OPTION_SETTINGS_CHANGED और INTERNET_OPTION_REFRESH शामिल हैं। जो सेटिंग अपडेट हो रही है उसके लिए समर्थित कॉन्फ़िगरेशन API का उपयोग करें और उसकी त्रुटियाँ बताएँ। केवल रजिस्ट्री में लिखने से क्लाइंट पर पुराना दृश्य रह सकता है; सामान्य सेटिंग्स प्रसारण हर नेटवर्क लाइब्रेरी को उसे दोबारा पढ़ने के लिए बाध्य नहीं करता।
फिर प्रभावित ऐप का स्टैक और खाता पहचानें। .NET 9 Windows क्लाइंट के लिए, सिस्टम-प्रॉक्सी रीफ़्रेश जीवनचक्र स्पष्ट प्रॉक्सी ऑब्जेक्ट और पर्यावरण के डिफ़ॉल्ट से भिन्न है। WinHTTP और निजी प्रॉक्सी सेटिंग्स वाले क्लाइंट अलग मामले हैं। आपके मौजूदा उपयोगकर्ता के अंतर्गत किया गया बदलाव किसी दूसरे खाते में चल रही सेवा के बारे में बहुत कम कहता है, और WinINet रीफ़्रेश मनमाने सॉकेट को प्रॉक्सी समर्थन नहीं दे सकता।
अंत में, नए कनेक्शन को पहले स्थापित सक्रिय कनेक्शन या टनल से अलग पहचानें। सेटिंग बदलने से वह स्ट्रीम अपने आप स्थानांतरित नहीं होती। प्रॉक्सी बदलाव दिखाने वाले ऐप के लिए निर्धारित सहेजने, सूचना और नए कनेक्शन की नीति चाहिए।