Windows अद्यतन स्थापित करते समय त्रुटि कोड 80244019


9

मैं इसे पोस्ट करने के लिए उम्मीद कर रहा हूं कि कोई और भी मदद कर सकता है जो इस मुठभेड़ में हो सकता है।

मेरे पास एक Win2008r2 डोमेन है, और मेरे ग्राहकों ने WSUS सर्वर से बात करना बंद करने का फैसला किया है। सभी संकेत थे कि वे संचार कर रहे थे, कुछ ने नए अपडेट होने के रूप में भी दिखाया। हालाँकि, 'इंस्टॉल अपडेट' पर क्लिक करने के परिणामस्वरूप "इंस्टॉल करने में विफल" हो जाएगा और फिर बॉक्स नए अपडेट को इंस्टॉल करने के लिए तैयार दिखाएगा।

मेरे क्लाइंट WSUS सर्वर को पिंग कर सकते हैं, और कोई फायरवॉल नेटवर्क डिवाइस 8530 (WSUS अपडेट पोर्ट) पर ट्रैफ़िक को रोक नहीं रहे थे। मुझे इस बात का दुःख था कि डब्लूएसयूएस सर्वर ने जो नए अपडेट लंबित थे, उन्हें ग्राहक क्यों नहीं देख रहे थे।

जवाबों:


17

समाधान आपके कॉन्फ़िगरेशन पर निर्भर करता है, और आपको पहले जाँच करनी चाहिए कुछ चीजों को प्राप्त होता है:

  • सुनिश्चित करें कि BITS सेवा चल रही है: net start BITS
  • सुनिश्चित करें कि Windows अद्यतन सेवा चल रही है: net start wuauserv
  • सुनिश्चित करें कि आपकी मशीन में एक अद्वितीय SusClientID है (विशेषकर यदि सिस्टम एक क्लोन है)। आप कुंजी को विलंबित कर सकते हैं, नीचे 3 कमांड चला सकते हैं, और इसे पुनः बनाने के लिए मशीन को पुनरारंभ कर सकते हैं: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
  • अपने ग्राहक पर प्राधिकरण कुकी रीसेट करें: wuauclt /ResetAuthorization /DetectNow
  • wuauclt /ReportNowWSUS के साथ सिंक कर सकते हैं यह सुनिश्चित करने के लिए अपने क्लाइंट पर चलाएं
  • सुनिश्चित करें कि आपके क्लाइंट पर आपकी वर्तमान नीतियां लागू हैं (/ बूट वैकल्पिक है): gpupdate /force /boot

यदि आप एक प्रॉक्सी सर्वर का उपयोग करते हैं तो आपको यह भी करना चाहिए:

  • सुनिश्चित करें कि WinHTTP सेवाएँ चल रही हैं: netsh start WinHttpAutoProxySvc
  • WinHTTP प्रॉक्सी सेटिंग्स को सही ढंग से सेट करें (मेरी प्रॉक्सी सेटिंग समूह नीति के माध्यम से तैनात की गई हैं): netsh WinHTTP import proxy source=IE

मेरे मामले में WinHTTP पर प्रॉक्सी सेटिंग्स को सही ढंग से आयात नहीं किया गया था, और मैन्युअल रूप से आयात करने के लिए समस्या को हल किया गया था। मुझे आशा है कि यह मेरे कारण किसी और सिरदर्द को बचा सकता है। यह ध्यान दिया जाना चाहिए कि ऊपर दिए गए आदेशों को चलाने के लिए आपको एक प्रशासनिक कमांड प्रॉम्प्ट का उपयोग करना होगा।


1
वर्चुअल मशीन की क्लोनिंग के बाद मेरे साथ ऐसा हुआ। SusClientID डिलीट / रीजनरेट चरणों ने मेरे लिए काम किया।
spiffytech

1
हाइपर- V पर विंडोज सर्वर 2012 R2 चलाना। मेरा VM या कुछ भी क्लोन नहीं किया, लेकिन Windows अद्यतन ने काम करना बंद कर दिया और इसे ठीक कर दिया। धन्यवाद!
ओमनी

3

मैं इस उत्तर को कुछ गरीब आत्मा की मदद करने की उम्मीद में पोस्ट करता हूं क्योंकि मैंने इस समाधान को वेब पर कहीं भी नहीं देखा है:

स्थिति: W2012R2 डाटासेंटर ज्यादातर हाइपर- V सर्वर के रूप में कार्य करता है, एमएस सर्वर (WSUS नहीं) से विंडोज अपडेट खो दिया है, बिना किसी कारण के मैं पहचान नहीं सका। (होस्ट किए गए इंस्टॉलेशन उनके अपडेट को ठीक-ठीक प्राप्त कर सकते हैं)।

मैंने विभिन्न क्लासिक समाधान की कोशिश की, जैसा कि एमएस वेबसाइटों पर वर्णित है, बिना किसी भाग्य के (फिक्सिट और वह सब)

मैंने अंततः चीजों को काम पर वापस रख दिया:

  1. WU - सेटिंग्स बदलें
  2. अपडेट करना अक्षम करें, कॉम्बो के तहत दोनों चेक बॉक्स को अनचेक करें
  3. जब मैंने सत्यापन किया, तो मुझे अप्रत्याशित रूप से एक कामकाजी "अपडेट सत्र के लिए चेक" चल रहा था (मेरे पास सिर्फ अक्षम अपडेट था? और यह अपडेट करना शुरू कर रहा है?)
  4. प्रदान किए गए अद्यतन को स्थापित किया (वे महत्वपूर्ण थे )
  5. Rebooted
  6. वापस "स्वचालित रूप से स्थापित करें" + "मुझे उसी तरह अनुशंसित अपडेट दें ..."
  7. इसने काम कर दिया !!!

जहां तक ​​मैं समस्या का निदान कर सकता हूं, ऐसा लगता है कि परेशानी यह थी कि "जब मैं विंडोज अपडेट करता हूं तो अन्य Microsoft उत्पादों के लिए मुझे अपडेट दें" , मेरे पास कोई "अन्य उत्पाद" नहीं था और यह डब्ल्यूयू को भ्रमित कर सकता है?

मुझे लगता है कि मैंने कुछ आपातकालीन सुरक्षा पैच की समीक्षा करते समय अनुपस्थित रूप से बॉक्स की जांच की।

वैसे भी अगर मैं इसे फिर से जाँचता हूँ, तो मैं मुसीबत में हूँ।

एक कोशिश वैसे भी, इसके बहुत काम नहीं है।


1

GPO में प्रकाशित WSUS URL के लिए स्पष्ट रूप से पोर्ट 8530 (HTTPS के लिए 8531) निर्दिष्ट करने के बजाय, मैंने मैन्युअल रूप से टीसीपी पोर्ट 80 पर "http" प्रोटोकॉल का उपयोग करने के लिए IIS में "WSUS प्रशासन" वेबसाइट पर एक अतिरिक्त बंधन जोड़ा है। इस तरह से वहाँ नहीं था। GPO, फ़ायरवॉल नियम आदि को बदलने की आवश्यकता

उदाहरण के लिए: GPO में मेरा प्रकाशित "निर्दिष्ट इंट्रानेट Microsoft अद्यतन सेवा स्थान" " http: // wsus " पर सेट है ("wsus" कंपनी के WSUS सर्वर के लिए CNAME उपनाम है)। वेबसाइट बाइंडिंग तब होगी:

  • प्रकार: http
  • IP पता: सभी बिना लिखा हुआ
  • पोर्ट: 80
  • होस्टनाम: "wsus" (बिना उद्धरण के)

मैंने टिप्पणी को हटाने के लिए आपके उत्तर को संपादित किया। जोश को। यदि आप उसके लिए उत्तर जोड़ना चाहते हैं, तो साइट का उपयोग करें जब तक आपके पास आवश्यक प्रतिष्ठा न हो और उसके उत्तर पर टिप्पणी न करें। तथ्य को कम से कम कहने के एक साल बाद आपके जवाब में उसे देखने की संभावना कम है।
प्रतिक्रिया

1

मेरे पास रिपोर्ट की गई समान त्रुटि थी। मेरे मामले में, मशीनें WSUS सर्वर (वर्चुअल सर्वर जो विंडोज 2012 R2 से vSphere पर चल रहे हैं) को रिपोर्ट नहीं कर रहे थे, और अचानक WSUS सर्वर ने विंडोज अपडेट के माध्यम से खुद को अपडेट करने के लिए बंद कर दिया।

यह वही है जो WU समस्या हल करता है:

  • सबसे पहले, मैंने काइल के निर्देशानुसार निम्नलिखित आदेशों को निष्पादित किया :

    1. net start BITS (सेवा पहले से चल रही थी)
    2. net start wuauserv (सेवा भी चल रही थी)
    3. wuauclt /ResetAuthorization /DetectNow
    4. Run wuauclt /ReportNow
    5. gpupdate /force /boot
  • अंत में, मैंने विकल्प को अनचेक कर दिया "मुझे उसी तरह अपडेट की सिफारिश की गई है ..." जैसे कि मिशेल डे बेस्डेलिएवर द्वारा निर्देश दिया गया है । कदम, इस प्रकार है:

    1. पर जाएं: WU -> सेटिंग्स बदलें
    2. अनचेक करें "मुझे अनुशंसित अपडेट उसी तरह दें ..." विकल्प (और सुनिश्चित करें कि दोनों चेक बॉक्स चिन्हित हैं) और स्वीकार करें।
    3. WU पर अपडेट के लिए एक ऑनलाइन स्कैन निष्पादित करें।

मुझे अभी भी मशीनों पर WSUS (शायद कुछ GPO संबंधित सामान) को रिपोर्ट करने के लिए काम नहीं करना है, लेकिन अब सर्वर खूबसूरती से अपडेट करता है!


0

जब "UseWUServer" के मान को पुन: सत्यापित करें, यदि यह मान 1 पर सेट है, तो इसका मतलब है कि विंडोज़ अपडेट "Wuserver" में निर्दिष्ट पता सेटिंग से अपडेट डाउनलोड करने का प्रयास करता है, लेकिन यदि आप "UseWUServer" = 0 पर सेट करते हैं, तो विंडोज़ पाते हैं इंटरनेट पर। मैंने 1 से 0 तक मान को बदल दिया और मेरे विंडोज़ अपडेट ने फिर से काम किया।


0

मैं अपने WSUS सर्वर को 2008R2 से 2012R2 तक अपग्रेड करते समय इसी त्रुटि कोड में चला गया। ग्राहक सर्वर को पिंग कर सकते हैं लेकिन अपडेट के लिए जाँच नहीं कर सकते। यह पता चला है कि मुझे क्लाइंट के लिए बनाए गए GPO में पोर्ट (8530) को स्पष्ट रूप से कॉल करने की आवश्यकता थी, जो मुझे 2008R2 के लिए नहीं करना था।

मूल रूप से इसका उत्तर यहां मिलता है:

http://hardforum.com/showthread.php?t=1801481


0

मैंने पाया है कि यह त्रुटि तब होती है जब Windows अद्यतन का संस्करण WSUS के साथ संगत नहीं होता है। इस मामले में, अपडेट के लिए ऑनलाइन जाँच करना उपयोगकर्ता को नए विंडोज अपडेट सॉफ़्टवेयर को स्थापित करने के लिए प्रेरित करता है, फिर वहां से काम को अपडेट करता है।


0

इस त्रुटि का सामना किया जो WSUS से संबंधित नहीं है।

इसके बजाय Windows अद्यतन win2008R2 80243004 मूर्खतापूर्ण व्यवहार से संबंधित त्रुटि।

में Boo_MonstersInc से उद्धरित https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

WU त्रुटि 80243004 का अर्थ है विफलता तब होती है जब विंडोज अपडेट टास्कबार अधिसूचना क्षेत्र में एक आइकन बनाने की कोशिश कर रहा है।

यह समस्या असामान्य सिस्टम अधिसूचना क्षेत्र के कारण होने की संभावना है।

एक सरल उपाय सर्वर को रिबूट करना और डब्ल्यूयू को फिर से जांचना है। यदि त्रुटि बनी रहती है, तो सिस्टम ट्रे का आकार बदलें और चुनें "टास्कबार पर हमेशा सभी आइकन और सूचनाएं दिखाएं।"

बस ctrl+ shift+ प्रारंभ मेनू खाली क्षेत्र पर राइट क्लिक करें -> "एक्जिट एक्सप्लोरर" पर क्लिक करें, फिर "एक्सप्लोरर। Exe" चलाएं, और फिर कोशिश करें कि समस्या हल हो जाएगी।


-2

एक त्वरित सुधार निम्न कार्य करना होगा: -

  1. कंट्रोल पैनल पर जाएं

  2. विंडोज सुधार

  3. परिवर्तन स्थान

  4. अन्य Microsoft उत्पादों के लिए अद्यतन प्राप्त करें

  5. ओके पर क्लिक करें और दोबारा कोशिश करें या फिर से अपडेट करने के लिए विंडोज अपडेट को रिफ्रेश करें।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.