Та же самая беда, не знаю, где копать... Синхронизацию прошел, показал список обновлений, 4 я одобрил, значит, должен скачивать их. И вот уже неделю как эти обновления не закачиваются (см. рисунок)... Просто не закачиваются. Без ошибок.

WSUS стоит на Win2003 SP1, в инет ходит через прокси WinGate. Настройки самого WSUS на прокси сделаны (обновления то при синхронизации видит!), но не скачивает...

Слышал, что WSUS не хочет именно с WinGate работать, кроде как по причине использования какого-то нестандартного порта для скачивания апдейтов. хотя на сайте MS упоминаются только 80 и 443 порт...

Где копать?

Проблема решена.

Дело было не в прокси-сервере. WSUS использует TCP/80 и TCP/443 для синхронизации, что собственно прокси сервер предоставляет.

Анализатор траффика Ethereal показал такую вещь:

то есть WSUS устанавливает соединение с помощью HTTP 1.1, а прокси (WinGate в частности) поддерживает HTTP 1.0.

После долгих поисков по логам, дампам трафика и интернету, набрел на описание и решение проблемы
Цитата с сайта:
WSUS wiki - Troubleshooting WSUS In Production
Content download does not happen; event -log shows content download failure (EVENT ID 364) that server does not support the Range protocol header.

You may see the following in the reporting Event log:

Content file download failed. Reason: The server does not support the necessary HTTP protocol. Background Intelligent Transfer Service (BITS) requires that the server support the Range protocol header.

If you receive this error your proxy environment may not support HTTP 1.1 Range Requests. Check and upgrade your proxy, or you can manually work around this by executing the following commands:

1. “%programfiles%\Update Services\tools\osql\osql.exe” -S servername\WSUS -E -b -n –Q “USE SUSDB update tbConfigurationC set BitsDownloadPriorityForeground=1” (note: substitute your WSUS server name for servername)

2. Open Services (click Start, point to Administrative Tools, and then click Services). In the details pane, right-click Update Services, click Restart, and then close Services.

3. You might want to try a synchronisation after appliying this setting to kickstart the download.



Впрочем, можно выполнить такой скрипт в SQL QA:
что собственно то же самое.
Это решило проблему.

В случае же, когда в системных логах встречается ошибка:
Win2k3
Тип события: Ошибка
Источник события: Windows Server Update Services
Категория события: Синхронизация
Код события: 364
Дата: 08.06.2006
Время: 16:26:58
Пользователь: Н/Д
Компьютер: xxxxxxxxxx
Описание:
Ошибка при загрузке файла содержимого. Причина: Отказано в доступе. Исходный файл: /msdownload/update/v3-19990518/cabpool/windowsserver2003-kb904942-x86-enu_299c5be0ad9ab221fbc3c4b9e384a56289d8e9c9.exe Конечный файл: X:\WSUS\WsusContent\C9\299C5BE0AD9AB221FBC3C4B9E384A56289D8E9C9.exe.

Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp".


то решение этой проблемы в следующем - необходимо для учетной записи, под которой работает служба обновления, разрешить доступ для чтения для того диска, на котором лежит контент с обновлениями WSUSCONTENT

Рекомендую почитать инфу на упомянутом выше сайте.