WSUS सिंक्रोनाइज़ेशन प्रॉक्सी कॉन्फ़िगर करें
व्यवस्थापक के ब्राउज़र पर निर्भर होने या सेटिंग को क्लाइंट नीति मानने के बजाय WSUS के अपने कंसोल में सिंक्रोनाइज़ेशन के क्रेडेंशियल और एंडपॉइंट कॉन्फ़िगर करें।
मौजूदा WSUS सर्वर पर सिंक्रोनाइज़ेशन के लिए प्रॉक्सी को WSUS के भीतर ही कॉन्फ़िगर करें। व्यवस्थापक खाते के अंतर्गत चलने वाला ब्राउज़र सत्र यह सिद्ध नहीं करता कि सिंक्रोनाइज़ेशन सेवा का मार्ग या क्रेडेंशियल वही हैं।
WSUS प्रशासन कंसोल में विकल्प खोलें, फिर अपडेट स्रोत और प्रॉक्सी सर्वर। प्रॉक्सी टैब पर सिंक्रोनाइज़ेशन के लिए प्रॉक्सी का उपयोग सक्षम करें और लिसनर का सर्वर नाम तथा पोर्ट दें; यदि Microsoft Update परीक्षण सार्वजनिक प्रॉक्सी की अनुमति देता है और कोई प्रॉक्सी क्रेडेंशियल कॉन्फ़िगर नहीं है, तो HTTP प्रॉक्सी सूची से कोई HTTP उम्मीदवार चुनें।
यदि उस प्रॉक्सी के लिए कोई विशेष खाता चाहिए, तो उपयोगकर्ता, डोमेन और पासवर्ड WSUS के क्रेडेंशियल फ़ील्ड में दर्ज करें। डोमेन फ़ील्ड में प्रॉक्सी व्यवस्थापक द्वारा दी गई खाता व्यवस्था झलकनी चाहिए; यह ज़रूरी नहीं कि वह प्रॉक्सी होस्टनाम का सार्वजनिक DNS प्रत्यय हो।
Microsoft इस सेटिंग को WSUS सिंक्रोनाइज़ेशन पर लागू बताता है, जिसमें अपस्ट्रीम WSUS सर्वर या Microsoft Update के साथ सिंक्रोनाइज़ेशन शामिल है। यह हर डाउनस्ट्रीम कंप्यूटर का ब्राउज़र या उसका Windows Update कनेक्शन कॉन्फ़िगर नहीं करता।
कंसोल Basic प्रमाणीकरण भी स्पष्ट रूप से प्रदान करता है। इसे प्रमाणीकरण का विकल्प मानें, लॉगिन चलाने के लिए कोई सामान्य चेकबॉक्स नहीं: Microsoft चेतावनी देता है कि उस तंत्र से पासवर्ड बिना एन्क्रिप्शन के भेजा जाता है।
जब सिंक्रोनाइज़ेशन फिर भी विफल हो, तो कॉन्फ़िगर किया गया अपडेट स्रोत और विफलता का चरण दर्ज करें। अनुपलब्ध प्रॉक्सी लिसनर, प्रॉक्सी प्रमाणीकरण का अस्वीकार और अपस्ट्रीम सेवा तक पहुँचने के बाद की विफलता अलग-अलग सुधार माँगती हैं। जब तक WSUS अपेक्षित प्रॉक्सी खाते का उपयोग न करे, ब्राउज़र में चलने वाला पासवर्ड फिर से डालना अधिक नहीं बताता।