Windows प्रॉक्सी सेटिंग्स: प्रति-उपयोगकर्ता बनाम प्रति-मशीन

प्रॉक्सी उस व्यवस्थापक के लिए काम करता है जिसने इसे दर्ज किया, और फिर दूसरा उपयोगकर्ता साइन इन करते ही गायब हो जाता है। इसका स्वतः यह अर्थ नहीं कि सर्वर ने दूसरे उपयोगकर्ता को अस्वीकार कर दिया। कॉन्फ़िगरेशन पहले उपयोगकर्ता की प्रोफ़ाइल का हो सकता है।

Windows इंटरनेट सेटिंग्स के दो दायरे हैं—उपयोगकर्ता और मशीन। पुराने नाम वाली नीति “प्रॉक्सी सेटिंग्स प्रति-मशीन बनाएँ (प्रति-उपयोगकर्ता के बजाय)” उन सेटिंग्स के लिए यह भेद नियंत्रित करती है जिन्हें वह नियंत्रित करती है। यह वर्तमान उपयोगकर्ता के रजिस्ट्री हाइव के अंतर्गत एक मान बदलने से भिन्न है।

सेटिंग का स्वामी पहचानें

Microsoft का HKLMProxyServer दस्तावेज़ मशीन-दायरे की नीति पर निर्भरता समझाता है। यदि आपका परिनियोजन उस तंत्र का उपयोग करता है, तो असंबंधित वर्कस्टेशन से अपारदर्शी बाइनरी रजिस्ट्री मान कॉपी करने के बजाय समर्थित प्रबंधन नीति के माध्यम से लागू करें।

रजिस्ट्री-कॉपी वाले उपाय विशिष्ट वातावरणों का वर्णन करते हैं, कभी-कभी 32-bit और 64-bit में भिन्न व्यवहार के साथ। वे इस बात की गारंटी नहीं हैं कि एक निर्यातित ब्लॉब हर Windows संस्करण और खाते के लिए उपयुक्त है।

फिर ऐप्लिकेशन पहचानें

मशीन दायरे का अर्थ यह नहीं कि हर नेटवर्क क्लाइंट उन सेटिंग्स को पढ़ता है। कोई सेवा WinHTTP या अपना ऐप्लिकेशन कॉन्फ़िगरेशन उपयोग कर सकती है। प्रक्रिया चलाने वाले खाते से नेटवर्किंग स्टैक को अलग करने में Microsoft की WinHTTP और WinINet तुलना उपयोगी है।

इन दो प्रश्नों को समस्या-निवारण रिकॉर्ड में रखें: कौन-सा कॉन्फ़िगरेशन स्टोर प्रासंगिक है, और कौन-सा खाता या नीति दायरा उसे प्रदान करता है? आपके डेस्कटॉप ब्राउज़र से सफल अनुरोध पृष्ठभूमि सेवा के लिए इनमें से किसी का उत्तर नहीं देता।

मार्ग कॉन्फ़िगरेशन को प्रमाणीकरण से भी अलग रखें। दो उपयोगकर्ताओं को एक ही प्रॉक्सी पता देना उन्हें समान खाता अधिकार नहीं देता, और एक उपयोगकर्ता का सहेजा गया पासवर्ड चुपचाप मशीन के सभी लोगों को नहीं बाँटना चाहिए।