Kod błędu 80244019 podczas instalowania Windows Update

Mam nadzieję, że pomogę każdemu, kto może się z tym spotkać.

Mam domenę Win2008r2, a moi klienci postanowili przestać rozmawiać z serwerem WSUS. Wszystko wskazywało na to, że się komunikują, a niektórzy nawet pokazują, że mają nowe aktualizacje. Jednak kliknięcie przycisku „Zainstaluj aktualizacje” spowoduje „nieudaną instalację”, a następnie pole pokaże nowe aktualizacje gotowe do zainstalowania.

Moi klienci mogli pingować serwer WSUS, a żadne urządzenia sieciowe zapory nie blokowały ruchu na 8530 (porcie aktualizacji WSUS). Byłem zaskoczony, dlaczego klienci nie widzą nowych aktualizacji, które według serwera WSUS oczekują.

Rozwiązanie zależy od konfiguracji i są pewne rzeczy, które powinieneś najpierw sprawdzić:

• Upewnij się, że usługa BITS działa: net start BITS
• Upewnij się, że usługa Windows Update działa: net start wuauserv
• Upewnij się, że twój komputer ma unikalny identyfikator SusClientID (szczególnie jeśli system jest klonem). Możesz usunąć klucz, uruchomić 3 poniższe polecenia i ponownie uruchomić komputer, aby go ponownie wygenerować: HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate
• Zresetuj cookie autoryzacji na swoim kliencie: wuauclt /ResetAuthorization /DetectNow
• Uruchom wuauclt /ReportNowna swoim kliencie, aby upewnić się, że może zsynchronizować się z WSUS
• Upewnij się, że zastosowano bieżące zasady na kliencie (opcja / boot jest opcjonalna): gpupdate /force /boot

Jeśli korzystasz z serwera proxy, powinieneś również:

• Upewnij się, że działają usługi WinHTTP: netsh start WinHttpAutoProxySvc
• Sprawdź, czy ustawienia proxy WinHTTP są ustawione poprawnie (moje ustawienia proxy są wdrażane za pomocą zasad grupy): netsh WinHTTP import proxy source=IE

W moim przypadku ustawienia proxy w WinHTTP nie zostały poprawnie zaimportowane, a ręczne wymuszenie importu rozwiązało problem. Mam nadzieję, że to może uratować komuś ból głowy, który mnie spowodował. Należy zauważyć, że będziesz musiał użyć wiersza polecenia administracyjnego, aby uruchomić powyższe polecenia.

Publikuję tę odpowiedź z nadzieją, że pomoże biednej duszy utknąć w martwym punkcie, ponieważ nigdzie nie widziałem tego rozwiązania w Internecie:

Sytuacja: W2012R2 Centrum danych działające głównie jako serwer Hyper-V, utraciło aktualizację Windows Update z serwerów MS (nie WSUS), bez powodu, którego nie mogłem zidentyfikować. (Hostowane instalacje mogą uzyskać poprawne aktualizacje).

Próbowałem różnych klasycznych rozwiązań, opisanych na stronach MS, bez powodzenia (Fixit i tak dalej)

W końcu przywróciłem do pracy:

1. WU - Zmień ustawienia
2. Wyłącz aktualizację, odznacz oba pola wyboru pod kombinacją
3. kiedy sprawdziłem poprawność, nieoczekiwanie uruchomiłem działające „sprawdzanie sesji aktualizacji” (właśnie wyłączyłem aktualizacje? i zaczyna się aktualizować ???)
4. Zainstalowano dostarczoną aktualizację (były krytyczne )
5. zrestartowano
6. ustaw ponownie na „zainstaluj automatycznie” + „daj mi zalecane aktualizacje w ten sam sposób ...”
7. zadziałało !!!

O ile mogę zdiagnozować problem, wygląda na to, że problem polegał na „Daj mi aktualizacje innych produktów Microsoft podczas aktualizacji systemu Windows” , nie miałem żadnych „innych produktów” i może to mylić WU?

Wydaje mi się, że z roztargnieniem zaznaczyłem to pole podczas przeglądania poprawek bezpieczeństwa.

W każdym razie, jeśli to jeszcze raz sprawdzę, znów mam kłopoty.

W każdym razie warto spróbować, nie jest to dużo pracy.

Zamiast jawnego podawania portu 8530 (8531 dla HTTPS) do adresu URL WSUS opublikowanego w GPO, ręcznie dodałem dodatkowe powiązanie do strony internetowej „Administracja WSUS” w IIS, aby używać protokołu „http” na porcie TCP 80. W ten sposób nie było trzeba zmienić GPO, reguły zapory itp.

Na przykład: Mój opublikowany „Określ lokalizację intranetu usługi aktualizacji Microsoft” w GPO pozostaje ustawiony na „ http: // wsus ” („wsus” to alias CNAME dla firmowego serwera WSUS). Wiązanie strony byłoby wtedy:

• Wpisz: http
• Adres IP: wszystkie nieprzypisane
• Port: 80
• Nazwa hosta: „wsus” (bez cudzysłowów)

Miałem błąd podobny do tych zgłoszonych. W moim przypadku komputery nie zgłaszały się do serwera WSUS (serwer wirtualny z systemem Windows 2012 R2 przez vSphere) i nagle serwer WSUS zatrzymał się, aby zaktualizować się za pośrednictwem Windows Update.

Oto, co rozwiązało problem WU:

• Po pierwsze, wykonałem następujące polecenia, zgodnie z instrukcjami Kyle'a :

  1. net start BITS (usługa była już uruchomiona)
  2. net start wuauserv (usługa również działała)
  3. wuauclt /ResetAuthorization /DetectNow
  4. Run wuauclt /ReportNow
  5. gpupdate /force /boot

• Na koniec odznaczyłem opcję „daj mi zalecane aktualizacje w ten sam sposób ...” zgodnie z instrukcją Michela de Becdelièvre . Kroki wyglądają następująco:

  1. Przejdź do: WU -> Zmień ustawienia
  2. Odznacz opcję „daj mi zalecane aktualizacje w ten sam sposób ...” (i upewnij się, że oba pola wyboru są odznaczone) i zaakceptuj.
  3. Wykonaj skanowanie online w poszukiwaniu aktualizacji na WU.

Nadal muszę pracować na komputerach, które nie zgłaszają się do WSUS (prawdopodobnie niektóre rzeczy związane z GPO), ale teraz serwer pięknie się aktualizuje!

Po zweryfikowaniu w regedit wartości „UseWUServer”, jeśli ta wartość jest ustawiona na 1, oznacza to, że aktualizacja systemu Windows próbuje pobrać aktualizacje z określonego ustawienia adresu w „WUServer”, ale jeśli ustawisz na „UseWUServer” = 0, Windows znajdzie w Internecie. Zmieniłem wartość z 1 na 0 i moja aktualizacja systemu Windows znów działała.

Napotkałem ten sam kod błędu podczas aktualizacji naszego serwera WSUS z wersji 2008R2 do 2012R2. Klienci mogą pingować serwer, ale nie mogą sprawdzać dostępności aktualizacji. Okazuje się, że musiałem jawnie wywołać port (8530) w GPO, który utworzyłem dla klientów, czego nie musiałem robić dla 2008R2.

Pierwotnie znalazłem odpowiedź tutaj:

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

Odkryłem, że ten błąd występuje, gdy wersja Windows Update nie jest kompatybilna z WSUS. W takim przypadku sprawdzanie dostępności aktualizacji w trybie online powoduje wyświetlenie monitu o zainstalowanie nowego oprogramowania Windows Update, a następnie aktualizację.

Wystąpił ten błąd, który nie dotyczy WSUS.

Zamiast tego aktualizacja Windows win2008R2 80243004 błąd związany z głupim zachowaniem.

Cytat z Boo_MonstersInc w https://social.technet.microsoft.com/Forums/windowsserver/en-US/ac88f05d-91e6-48c2-bdbc-e4f305c87769/error-80243004?forum=winservermanager

Błąd WU 80243004 oznacza awarię, gdy Windows Update próbuje utworzyć ikonę w obszarze powiadomień paska zadań.

Ten problem jest prawdopodobnie spowodowany nieprawidłowym obszarem powiadomień systemu.

Prostym rozwiązaniem jest ponowne uruchomienie serwera i ponowne sprawdzenie WU. Jeśli błąd będzie się powtarzał, zmień rozmiar zasobnika systemowego i wybierz „Zawsze pokazuj wszystkie ikony i powiadomienia na pasku zadań”.

Po prostu ctrl+ shift+ kliknij prawym przyciskiem myszy pusty Start Menu -> Kliknij „Wyjdź z Eksploratora”, a następnie uruchom „explorer.exe” i spróbuj ponownie rozwiązać problem.

Szybką poprawką byłoby wykonanie następujących czynności:

1. Przejdź do Panelu sterowania

2. Aktualizacja systemu Windows

3. Zmień ustawienia

4. Odznacz opcję Pobierz aktualizacje dla innych produktów Microsoft

5. Kliknij OK i spróbuj ponownie lub odśwież Windows Update, aby sprawdzić ponownie.