Windows Update'i yüklerken hata kodu 80244019


9

Bunu umarım karşılaşabileceğimiz herkese yardım etmek için gönderiyorum.

Bir Win2008r2 etki alanım var ve müşterilerim WSUS sunucusuyla konuşmayı bırakmaya karar verdi. Tüm göstergeler iletişim kuruyorlardı, hatta bazıları yeni güncellemeler olduğunu gösteriyorlardı. Ancak, 'Güncellemeleri yükle'yi tıklamak "yüklenemedi" ile sonuçlanır ve ardından kutu yeni güncellemelerin yüklenmeye hazır olduğunu gösterir.

İstemcilerim WSUS sunucusuna ping atabiliyordu ve hiçbir güvenlik duvarı ağ cihazı 8530'da (WSUS güncelleme bağlantı noktası) trafiği engellemiyordu. İstemcilerin neden WSUS sunucusunun beklemede olduğunu söylediği yeni güncelleştirmeleri görmediklerine şaşırdım.

Yanıtlar:


17

Çözüm yapılandırmanıza bağlıdır ve önce kontrol etmeniz gereken bazı şeyler vardır:

  • BITS hizmetinin çalıştığından emin olun: net start BITS
  • Windows Update hizmetinin çalıştığından emin olun: net start wuauserv
  • Makinenizin benzersiz bir SusClientID değerine sahip olduğundan emin olun (özellikle sistem bir klonsa). Anahtarı silebilir, aşağıdaki 3 komutu çalıştırabilir ve yeniden oluşturmak için makineyi yeniden başlatabilirsiniz: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
  • İstemcinizdeki yetkilendirme çerezini sıfırlayın: wuauclt /ResetAuthorization /DetectNow
  • wuauclt /ReportNowWSUS ile senkronize edilebildiğinden emin olmak için istemcinizde çalıştırın
  • İstemcinizdeki mevcut politikalarınızın uygulandığından emin olun (/ boot isteğe bağlıdır): gpupdate /force /boot

Proxy sunucu kullanıyorsanız:

  • WinHTTP hizmetlerinin çalıştığından emin olun: netsh start WinHttpAutoProxySvc
  • WinHTTP proxy ayarlarının doğru yapıldığını doğrulayın (proxy ayarlarım grup ilkesi aracılığıyla dağıtıldı): netsh WinHTTP import proxy source=IE

Benim durumumda WinHTTP'deki proxy ayarları doğru bir şekilde içe aktarılmadı ve içe aktarmayı manuel olarak zorlamak sorunu çözdü. Umarım bu başka birisinin bana neden olduğu baş ağrısını kurtarabilir. Yukarıdaki komutları çalıştırmak için bir Yönetici Komut İstemi kullanmanız gerekeceğine dikkat edilmelidir.


1
Bu, sanal bir makineyi klonladıktan sonra başıma geldi. SusClientID silme / yeniden oluşturma adımları benim için çalıştı.
spiffytech

1
Hyper-V üzerinde Windows Server 2012 R2 çalıştırma. Sanal makinemi veya başka bir şeyi klonlamadım, ancak Windows Update çalışmayı bıraktı ve bu düzeltti. Teşekkürler!
omni

3

Bu cevabı, web'de hiçbir yerde bu çözümü görmediğim için, bazı zayıf ruhların sıkışmasına yardımcı olma umuduyla gönderiyorum:

Durum: Çoğunlukla Hyper-V sunucusu olarak görev yapan W2012R2 Datacenter, MS Sunucularından (WSUS değil) Windows Update'i kaybetti, hiçbir nedenle tanımlayamıyorum. (Barındırılan kurulumlar güncellemelerini iyi yapabilir).

MS web sitelerinde açıklandığı gibi, çeşitli klasik çözümü şanssız denedim (Fixit ve tüm bunlar)

Sonunda işleri tekrar işe koydum:

  1. WU - Ayarları değiştir
  2. Güncellemeyi devre dışı bırakın, birleşik girişin altındaki her iki onay kutusunun işaretini kaldırın
  3. doğruladığımda, beklenmedik bir şekilde çalışan "güncelleme oturumu için kontrol et" çalışmasını aldım (sadece güncellemeleri devre dışı bıraktım mı? ve güncellenmeye başlar ???)
  4. Sağlanan güncellemeyi yükledi ( kritikti )
  5. yeniden başlatılması
  6. "otomatik olarak yükle" + 'ya geri dön bana önerilen güncellemeleri aynı şekilde ver ... "
  7. işe yaradı !!!

Sorunu teşhis edebildiğim kadarıyla sorun, "Windows'u güncellediğimde bana diğer Microsoft ürünleri için güncellemeler ver" ile ilgili gibi görünüyor , "başka ürün" yoktu ve WU'yu karıştırmış olabilir mi?

Bazı acil güvenlik yamalarını incelerken kutuyu işaretlemedim.

Neyse tekrar kontrol edersem, tekrar başım belada.

Zaten denemeye değer, onun bir sürü iş değil.


1

GPO'da yayınlanan WSUS URL'sine 8530 numaralı bağlantı noktasını açıkça (HTTPS için 8531) belirtmek yerine, TCP bağlantı noktası 80'de "http" protokolünü kullanmak için IIS'deki "WSUS Yönetimi" web sitesine el ile ek bir bağlayıcı ekledim. GPO, güvenlik duvarı kuralları vb.

Örneğin: GPO'da yayınlanan "Intranet Microsoft güncelleme hizmeti konumunu belirtin", " http: // wsus " olarak ayarlanmış olarak kalır ("wsus", şirketin WSUS sunucusu için bir CNAME diğer adıdır). Web sitesi bağlama şu şekilde olur:

  • Tür: http
  • IP Adresi: Tümü Atanmadı
  • Liman: 80
  • Ana bilgisayar adı: "wsus" (tırnak işaretleri olmadan)

Yorumu kaldırmak için cevabınızı düzenledim. Josh. Ona bir cevap eklemek istiyorsanız, gerekli itibara ve cevabına yorum yapana kadar siteyi kullanın. Bir yıl sonra cevabınızda cevabı görme şansı en azını söylemek zordur.
Reaces

1

Bildirilenlere benzer bir hatayla karşılaştım. Benim durumumda, makineler WSUS sunucusuna (vSphere üzerinden Windows 2012 R2 çalıştıran sanal sunucu) rapor vermiyordu ve aniden WSUS sunucusu Windows Update aracılığıyla kendini güncellemeyi durdurdu.

WU problemini çözen budur:

  • İlk olarak Kyle'ın talimat verdiği gibi aşağıdaki komutları yerine getirdim :

    1. net start BITS (hizmet zaten çalışıyordu)
    2. net start wuauserv (servis de çalışıyordu)
    3. wuauclt /ResetAuthorization /DetectNow
    4. Run wuauclt /ReportNow
    5. gpupdate /force /boot
  • Son olarak, Michel de Becdelièvre'nin talimat verdiği gibi "bana önerilen güncellemeleri aynı şekilde ver ..." seçeneğinin işaretini kaldırdım . Adımlar şöyle gider:

    1. Git: WU -> Ayarları değiştir
    2. "Bana önerilen güncellemeleri aynı şekilde ver ..." seçeneğinin işaretini kaldırın (ve her iki onay kutusunun işaretinin kaldırıldığından emin olun) ve kabul edin.
    3. WU'da güncellemeler için çevrimiçi bir tarama gerçekleştirin.

Hala WSUS (muhtemelen bazı GPO ile ilgili şeyler) rapor değil makinelerde çalışmak zorunda ama şimdi sunucu güzel günceller!


0

Regedit'te "UseWUServer" değerini doğruladığınızda, bu değer 1 olarak ayarlanırsa, bu, Windows güncellemesinin "WUServer" daki adres ayarından güncellemeleri indirmeye çalıştığı, ancak "UseWUServer" = 0 olarak ayarlandığınızda internette. Değeri 1'den 0'a değiştirdim ve Windows güncellemem tekrar çalıştı.


0

WSUS sunucumuzu 2008R2'den 2012R2'ye yükseltirken aynı hata koduyla karşılaştım. İstemciler sunucuya ping atabilir, ancak güncellemeleri kontrol edemez. 2008R2 için yapmam gerekmeyen istemciler için oluşturduğum GPO'daki bağlantı noktasını (8530) açıkça çağırmam gerektiği ortaya çıktı.

Aslında cevabı burada buldum:

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


0

Bu hatanın Windows Update sürümü WSUS ile uyumlu olmadığında oluştuğunu gördüm. Bu durumda, çevrimiçi güncelleştirmeleri denetlemek kullanıcıdan yeni Windows Update yazılımını yüklemesini ister, ardından güncellemeler oradan çalışır.


0

WSUS ile ilgili olmayan bu hatayla karşılaşıldı.

Bunun yerine aptal davranış ile ilgili Windows Update win2008R2 80243004 hatası.

İçinde Boo_MonstersInc alıntı https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

WU hatası 80243004, Windows Update görev çubuğu bildirim alanında bir simge oluşturmaya çalışırken bir hata oluştuğu anlamına gelir.

Bu soruna büyük olasılıkla anormal Sistem Bildirim Alanı neden olmaktadır.

Basit bir çözüm, sunucuyu yeniden başlatmak ve WU'yu tekrar kontrol etmektir. Hata devam ederse, Sistem Tepsisini yeniden boyutlandırın ve "Görev çubuğunda her zaman tüm simgeleri ve bildirimleri göster" i seçin.

Basitçe ctrl+ shift+ Başlat Menüsü boş alanına sağ tıklayın -> "Explorer'dan Çık" a tıklayın, sonra "explorer.exe" yi çalıştırın ve tekrar deneyin sorunu çözecektir.


-2

Hızlı bir düzeltme aşağıdakileri yapmak olacaktır: -

  1. Denetim Masasına Git

  2. Windows güncelleme

  3. Ayarları değiştir

  4. Diğer Microsoft ürünleri için güncelleştirmeleri al seçeneğinin işaretini kaldırın

  5. Tamam'ı tıklayın ve tekrar deneyin veya tekrar kontrol etmek için Windows Update'i yenileyin.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.