प्रॉक्सी ज्या प्रशासकाने ती प्रविष्ट केली त्याच्यासाठी काम करते, आणि नंतर दुसरा वापरकर्ता साइन इन केल्यावर ती अदृश्य होते. याचा अर्थ सर्व्हरने दुसऱ्या वापरकर्त्याला नाकारले असे स्वतःच होत नाही. कॉन्फिगरेशन पहिल्या वापरकर्त्याच्या प्रोफाइलचे असू शकते.

Windows इंटरनेट सेटिंग्जना वापरकर्ता आणि मशीन अशा दोन व्याप्ती आहेत. जुने नाव असलेले धोरण “प्रॉक्सी सेटिंग्ज प्रति-मशीन करा (प्रति-वापरकर्ता नाही)” ज्या सेटिंग्जवर ते चालते त्यांच्यासाठी हा फरक नियंत्रित करते. हे सध्याच्या वापरकर्त्याच्या रजिस्ट्री हायव्हखालील एक मूल्य बदलण्यापेक्षा वेगळे आहे.

सेटिंगचा मालक ओळखा

Microsoft चे HKLMProxyServer दस्तऐवज मशीन-व्याप्ती धोरणावरील अवलंबित्व स्पष्ट करते. तुमची तैनाती ती पद्धत वापरत असल्यास, असंबंधित वर्कस्टेशनवरून अस्पष्ट बायनरी रजिस्ट्री मूल्य कॉपी करण्याऐवजी समर्थित व्यवस्थापन धोरणाद्वारे लागू करा.

रजिस्ट्री-कॉपी उपाय विशिष्ट वातावरणांचे वर्णन करतात, कधीकधी 32-bit आणि 64-bit मध्ये वेगळ्या वर्तनासह. एक निर्यात केलेला ब्लॉब प्रत्येक Windows आवृत्ती आणि खात्यासाठी योग्य आहे याची ते हमी देत नाहीत.

नंतर ॲप्लिकेशन ओळखा

मशीन व्याप्तीचा अर्थ प्रत्येक नेटवर्क क्लायंट ती सेटिंग्ज वाचतो असा नाही. सेवा WinHTTP किंवा तिचे स्वतःचे ॲप्लिकेशन कॉन्फिगरेशन वापरू शकते. प्रक्रिया चालवणाऱ्या खात्यापासून नेटवर्किंग स्टॅक वेगळा करताना Microsoft ची WinHTTP आणि WinINet तुलना उपयुक्त आहे.

हे दोन प्रश्न समस्या-निवारण नोंदीत ठेवा: कोणते कॉन्फिगरेशन स्टोअर संबंधित आहे, आणि कोणते खाते किंवा धोरण व्याप्ती ते पुरवते? तुमच्या डेस्कटॉप ब्राउझरमधील यशस्वी विनंती पार्श्वभूमी सेवेसाठी यापैकी कोणत्याही प्रश्नाचे उत्तर देत नाही.

मार्ग कॉन्फिगरेशन प्रमाणीकरणापासून वेगळे ठेवा. दोन वापरकर्त्यांना एकच प्रॉक्सी पत्ता देणे त्यांना समान खाते अधिकार देत नाही, आणि एका वापरकर्त्याचा जतन केलेला संकेतशब्द मशीनवरील सर्वांना गुपचूप वितरित करू नये.

संबंधित लेख