Имя пользователя:
Пароль:  
Помощь | Регистрация | Забыли пароль?  | Правила  

Компьютерный форум OSzone.net » Серверные продукты Microsoft » WSUS » WSUS не скачивает обновления

Ответить
Настройки темы
WSUS не скачивает обновления

Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Здравствуйте!

Сервер: Windows Server 2003 R2, SP2.
Два клиента: Windows XP.

На сервере нормально установил WSUS 3.0. Клиенты настроил соответствующим образом.
WSUS клиентов видит ("Неназначенные компьютеры").
Обновления одобрил.
В консоли жму "Синхронизировать сейчас". Идёт синхронизация. Проходит несколько секунд. Результаты последней синхронизации - "Успешно выполнена".
Но файлы обновления не закачиваются!
В логах клиентов попытки упдейта с сообщениями типа:
Код: Выделить весь код
"2009-09-06	00:12:05:546	 748	5fc	Setup	Update NOT required for C:\WINDOWS\system32\wuapi.dll.mui: target version = 7.4.7600.226, required version = 7.4.7600.226".
В журнале Windows вижу ошибки:
Код: Выделить весь код
"Права доступа для каталога D:\WSUS установлены неправильно."
и
Код: Выделить весь код
"Ошибка при загрузке файла содержимого. Причина: Отказано в доступе. (Exception from HRESULT: 0x80070005 (E_ACCESSDENIED)) Исходный файл: /msdownload/update/v5/eula/officexpeula_sve.txt Конечный файл: d:\WSUS\WsusContent\5A\032EFA96D2F7B8B627F47011337527BF2009E35A.txt.".
Такое ощущение, что что-то с правами доступа к папке WSUS'а. Помогите, пожалуйста, разобраться!

Благодарю заранее!

Отправлено: 00:00, 06-09-2009

 

Новый участник


Сообщения: 10
Благодарности: 0

Профиль | Отправить PM | Цитировать


Цитата:
Цитата user256:1) обновить на локальной машине на последнюю версию Windows Update Agent »

кстати как вы это делаете?
по тому как описано тут в вики

Отправлено: 00:12, 16-09-2009 | #11



Для отключения данного рекламного блока вам необходимо зарегистрироваться или войти с учетной записью социальной сети.

Если же вы забыли свой пароль на форуме, то воспользуйтесь данной ссылкой для восстановления пароля.


Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Цитата user256:
1) обновить на локальной машине на последнюю версию Windows Update Agent »
Обновил.

Цитата user256:
2) стереть C:\WINDOWS\WindowsUpdate.log »
Не стирается, видимо надо как-то службу остановить...

Цитата user256:
запустить в командной строке wuauclt /detectnow
отписать что получилось в log файле. »
Выгрыз, что записалось.

Лог

Цитата user256:
по тому как описано тут в вики »
Не нашёл где описано.
Пришлось в другом месте искать.
Код: Выделить весь код
WindowsUpdateAgent30-x86.exe /wuforce

Отправлено: 21:48, 18-09-2009 | #12


Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Самое интересное, что обновки ставятся выборочно: т. е., некоторые ставятся, некоторые нет - ошибки...

Отправлено: 22:34, 18-09-2009 | #13


Новый участник


Сообщения: 10
Благодарности: 0

Профиль | Отправить PM | Цитировать


на какие именно ошибки? одобрения на сервере есть на обновления?

Отправлено: 01:06, 19-09-2009 | #14


Новый участник


Сообщения: 39
Благодарности: 4

Профиль | Отправить PM | Цитировать


Цитата Koluna:
Не стирается, видимо надо как-то службу остановить... »
можно просто стереть содержимое..

в логе вобщем-то одна ошибка
0×8024001b -2145124325 WU_E_SELFUPDATE_IN_PROGRESS self-update in progress
касается того, что агент всётаки был не последней версии
это видно и в полях сравнения файлов
но процедура самообновления сработала и всё успешно обновилось, т.ч. теперь я думаю этой ошибки не будет

Коллеги, давайте уже составлят FAQ я бы наверно первым пунктом включил туда ключ /resetauthorization
т.е. когда вы пишете просто wuauclt /detectnow, то можете "напороться" на кэш, т.к. WSUS тотже WEB САЙТ

Found 0 cached featured updates
(помоему то очем я говорил)

wuauclt /detectnow /resetauthorization как раз сбрасывает кэш для клиента, т.е. после обновления вы сразу не получите другие(если они есть), а только по прошествии опр-ого времени...с ресетом можно обновиться пополной за несколько запросов подряд...
Цитата Koluna:
по тому как описано тут в вики »
в вики так и написано...

А вот про перенос с одного сервера на другой стать немного устарела, т.к. касается миграции с SUS на WSUS, но принцип работает, только вот некоторых ключей уже нет (например approvals)

кстати, статья из которой я брал установки разрешений имеет новую версию для wsus3.0sp2
http://technet.microsoft.com/en-us/l...8WS.10%29.aspx
В данном случае предлагают "юниксовый" метод работы - через командную строку
Комда cacls отображает или модифицирует список контроля доступа к файлам и деррикториям
f - полный доступ
r- только чтение
w- разрешение на запись
n- нет доступа
Наследуют ли эти разрешения поддирректории определяют по ключам
OI - дирректория и файлы в ней
CI - дирректория и поддирректории
IO - не применяются

WSUSInstallDir Дерриктория куда был установлен WSUS (например (disk):\Program Files\Update Services\)
# WSUSInstallDir\WebServices\apiremoting30

# WSUSInstallDir\WebServices\clientwebservice

# WSUSInstallDir\WebServices\dssauthwebservice

# WSUSInstallDir\WebServices\reportingwebservice

# WSUSInstallDir\WebServices\serversyncwebservice

# WSUSInstallDir\WebServices\simpleauthwebservice

# WSUSInstallDir\Inventory

# WSUSInstallDir\Selfupdate
Для всех этих папок(кроме self-update) их файлов и поддирректорий доступ на чтения для
# NT AUTHORITY\NETWORK SERVICE

# BUILTIN\Users (Встроенная группа пользователей)

# NT AUTHORITY\Authenticated Users (прошедшие аутентификацию)

Для self-update доступ её файлов и поддирректорий доступ на чтение только для
BUILTIN\Users

Для всех этих папок их файлов и поддирректорий полный доступ для
# BUILTIN\Administrators (Встроенная группа администраторов)

# NT AUTHORITY\SYSTEM

Разрешения устанавливаемые в процессе инсталляции:
группы Users и WSUS Reporters доступ на чтение к ключу реестра \HKLM\Software\Microsoft\Update Services\Server

Полный доступ для ключа \HKLM\Software\Microsoft\Update Services\Server\Setup
имеют группы
# Network Service

# WSUS Administrators

# Administrators

# System

Если посмотреть help к самой cacls, то
oi - для файлов (т.е. не для дирректорий)
Есть и ещё один ключ
ID - наследуется от родительской дирректории

понадобится так же ключ /G user:perm - назначает указанному пользователю права доступа
или /p user:perm - заменяет указанному пользователю права доступа

(есть и другие интересные ключики)

На тестовом сервере напрмиер разрешения на Inventory такие же как для selfupdate, а не для всех..

\HKLM\Software\Microsoft\Update Services\Server
не имеет разрешений чтения для users
но такие же разрешения для остальных групп как и
\HKLM\Software\Microsoft\Update Services\Server\Setup

Отправлено: 18:20, 21-09-2009 | #15


Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Цитата user256:
на какие именно ошибки? одобрения на сервере есть на обновления? »
Да, всё одобрил.
А если не одобрено, то должны ли быть ошибки?

Отправлено: 22:35, 22-09-2009 | #16


Новый участник


Сообщения: 39
Благодарности: 4

Профиль | Отправить PM | Цитировать


Если не одобрено то не будет установки, соотв. и ошибок.
Ошибки бывали но со второго раза устанавливалось...
Ошибки повторяются?
В журнале наверняка есть доп. информация...

Отправлено: 12:25, 23-09-2009 | #17


Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Что вот это значит?

Цитата:
WARNING: Cached cookie has expired or new PID is available
И ещё много всяких предупреждений...

Вот такие ошибки в логе нашёл:
0x800710dd
0x80190191
0x80244017

И сам лог: http://file.qip.ru/file/101881718/29ffad40/WUC_log.html

Цитата U-russia:
касается того, что агент всётаки был не последней версии »
Странно, обновлял я его!
А почему утилита диагностики вываливается с ошибкой?

Цитата U-russia:
но процедура самообновления сработала и всё успешно обновилось, т.ч. теперь я думаю этой ошибки не будет »
Не работает

Цитата U-russia:
wuauclt /detectnow /resetauthorization как раз сбрасывает кэш для клиента, т.е. после обновления вы сразу не получите другие(если они есть), а только по прошествии опр-ого времени...с ресетом можно обновиться пополной за несколько запросов подряд... »
Не совсем понял как это работает... но не помогло.

Отправлено: 21:31, 23-09-2009 | #18


Новый участник


Сообщения: 39
Благодарности: 4

Профиль | Отправить PM | Цитировать


Цитата Koluna:
Не работает »
да всё впорядке с агентом
Update is not required

0×80190191 -2145844847 BG_E_HTTP_ERROR_401 The requested resource requires user authentication.
0×80244017 -2145107945 SUS_E_PT_HTTP_STATUS_DENIED Http status 401 - access denied


0x800710dd такой почемуто нет у меня, надо в нете искать, а щас нет времени....


проверьте разрешения на доступ как через iis так и NTFS, если разрешения выданы, проверьте что компьютер в соответствующей группе. Если разрешения выданы на папку, проверьте непосредственно те файла к которым нет доступа....

Последний раз редактировалось U-russia, 23-09-2009 в 22:07.


Отправлено: 21:52, 23-09-2009 | #19


Пользователь


Сообщения: 107
Благодарности: 0

Профиль | Отправить PM | Цитировать


Цитата U-russia:
проверьте разрешения на доступ как через iis »
Как это сделать?

Цитата U-russia:
проверьте что компьютер в соответствующей группе »
Имеется в виду рабочая группа для локальной сети?

Отправлено: 22:12, 23-09-2009 | #20



Компьютерный форум OSzone.net » Серверные продукты Microsoft » WSUS » WSUS не скачивает обновления

Участник сейчас на форуме Участник сейчас на форуме Участник вне форума Участник вне форума Автор темы Автор темы Шапка темы Сообщение прикреплено

Похожие темы
Название темы Автор Информация о форуме Ответов Последнее сообщение
[решено] Ошибка Wsus при входе в обновления. user256 WSUS 5 13-09-2009 22:02
WSUS не скачивает обновления TEMIRBANK WSUS 3 07-09-2009 14:10
WSUS не скачивает обновления через прокси Diesel315 WSUS 16 17-08-2009 16:24
WSUS, клиенты и обновления Diesel315 WSUS 12 21-04-2009 17:23
Не скачиваются обновления на сервер WSUS. nda24 WSUS 10 04-03-2009 11:24




 
Переход