प्रोक्सी त्यो प्रविष्ट गर्ने प्रशासकका लागि काम गर्छ, त्यसपछि अर्को प्रयोगकर्ता साइन इन गर्दा हराउँछ। यसको अर्थ सर्भरले दोस्रो प्रयोगकर्तालाई अस्वीकार गर्यो भन्ने स्वतः होइन। कन्फिगरेसन पहिलो प्रयोगकर्ताको प्रोफाइलको हुन सक्छ।

Windows इन्टरनेट सेटिङका प्रयोगकर्ता र मेसिन दुई क्षेत्र छन्। पुरानो नामको नीति “प्रोक्सी सेटिङ प्रति-मेसिन बनाउनु (प्रति-प्रयोगकर्ता होइन)” ले आफूले नियन्त्रण गर्ने सेटिङका लागि यो भिन्नता नियन्त्रण गर्छ। यो हालको प्रयोगकर्ताको रजिस्ट्री हाइभमुनि एउटा मान परिवर्तन गर्नभन्दा फरक हो।

सेटिङको मालिक पहिचान गर्नुहोस्

Microsoft को HKLMProxyServer कागजात ले मेसिन-क्षेत्र नीतिमा निर्भरता व्याख्या गर्छ। यदि तपाईंको तैनाथीले त्यो संयन्त्र प्रयोग गर्छ भने, असम्बन्धित कार्यस्थानबाट अस्पष्ट बाइनरी रजिस्ट्री मान प्रतिलिपि गर्नुको सट्टा समर्थित व्यवस्थापन नीतिमार्फत लागू गर्नुहोस्।

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

त्यसपछि अनुप्रयोग पहिचान गर्नुहोस्

मेसिन क्षेत्रको अर्थ हरेक सञ्जाल ग्राहकले ती सेटिङ पढ्छ भन्ने होइन। सेवाले WinHTTP वा आफ्नै अनुप्रयोग कन्फिगरेसन प्रयोग गर्न सक्छ। प्रक्रिया चलाउने खाताबाट सञ्जाल स्ट्याक अलग गर्दा Microsoft को WinHTTP र WinINet तुलना उपयोगी हुन्छ।

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

मार्ग कन्फिगरेसनलाई प्रमाणीकरणबाट पनि अलग राख्नुहोस्। दुई प्रयोगकर्तालाई एउटै प्रोक्सी ठेगाना दिनुले उनीहरूलाई एउटै खाता अधिकार दिँदैन, र एक प्रयोगकर्ताको सुरक्षित पासवर्ड मेसिनका सबैलाई चुपचाप वितरण गर्नु हुँदैन।

सम्बन्धित लेखहरू