WSUS सिंक्रोनाइझेशन प्रॉक्सी कॉन्फिगर करा

सध्याच्या WSUS सर्व्हरवर सिंक्रोनाइझेशनसाठीची प्रॉक्सी WSUS च्या आतच कॉन्फिगर करा. प्रशासक खात्याखाली चालणारे ब्राउझर सत्र हे सिद्ध करत नाही की सिंक्रोनाइझेशन सेवेकडे तोच मार्ग किंवा तीच क्रेडेन्शियल्स आहेत.

WSUS प्रशासन कन्सोलमध्ये पर्याय उघडा, नंतर अपडेट स्रोत आणि प्रॉक्सी सर्व्हर. प्रॉक्सी टॅबवर सिंक्रोनाइझेशनसाठी प्रॉक्सीचा वापर सुरू करा आणि लिसनरचे सर्व्हर नाव व पोर्ट द्या; जर Microsoft Update चाचणी सार्वजनिक प्रॉक्सीला परवानगी देते आणि प्रॉक्सी क्रेडेन्शियल्स कॉन्फिगर केलेली नाहीत, तर HTTP प्रॉक्सी यादीतून HTTP उमेदवार निवडा.

जर त्या प्रॉक्सीला विशिष्ट खाते हवे असेल, तर वापरकर्ता, डोमेन आणि संकेतशब्द WSUS च्या क्रेडेन्शियल फील्डमध्ये टाका. डोमेन फील्डने प्रॉक्सी प्रशासकाने दिलेली खाते रचना दर्शवली पाहिजे; ते प्रॉक्सी होस्टनावाचे सार्वजनिक DNS प्रत्यय असणे आवश्यक नाही.

Microsoft हे सेटिंग WSUS सिंक्रोनाइझेशनलाही लागू असल्याचे नोंदवते, त्यात वरच्या स्तराच्या WSUS सर्व्हरशी किंवा Microsoft Update शी सिंक्रोनाइझेशनचा समावेश आहे. ते प्रत्येक खालच्या संगणकाचा ब्राउझर किंवा त्याचे Windows Update कनेक्शन कॉन्फिगर करत नाही.

कन्सोल Basic प्रमाणीकरणही स्पष्टपणे देते. ते प्रमाणीकरणाचा पर्याय म्हणून घ्या, लॉगिन चालवण्यासाठीचा सर्वसाधारण चेकबॉक्स म्हणून नाही: Microsoft इशारा देते की त्या पद्धतीने संकेतशब्द एन्क्रिप्शनशिवाय पाठवला जातो.

सिंक्रोनाइझेशन तरीही अयशस्वी झाल्यास कॉन्फिगर केलेला अपडेट स्रोत आणि अयशस्वी होण्याचा टप्पा नोंदवा. न पोहोचता येणारा प्रॉक्सी लिसनर, प्रॉक्सी प्रमाणीकरणाचा नकार आणि वरच्या सेवेपर्यंत पोहोचल्यानंतरचे अपयश यांना वेगवेगळी दुरुस्ती लागते. WSUS अपेक्षित प्रॉक्सी खाते वापरू लागेपर्यंत ब्राउझरमध्ये चालणारा संकेतशब्द पुन्हा टाकणे फारसे काही सांगत नाही.