Проблема такая. В домене есть отдельно выделенный сервер win2003 на котором крутится symantec antivirus и WSUS. Из имеющихся клиентов половина видна в консоли WSUS, а половина нет. При этом в аппаратно-софтовая конфигурация "видимых" машин ничем не отличается от "невидимых". Заливались все с одного образа. WSUS ClientDiagTool и GPO говорят о том что всё работает. Однако те машины которые ему "не понравились" упорно не видит. Если ввести новую машину в домен, она видна без проблем. В чём может быть заковыка?

Не знаю про все машины, но одна из тех что попала в немилость у меня под носом. Маска 255.255.255.128, как и на сервере... виндовый файервол и врубал и вырубал... Вот тока шлюзы у них разные пробиты... не силён в этом деле, не знаю как может повлиять...

Так... Сервер и клиент находятся в разных подсетях, но врядли это причина моей проблемы...

авторА журнал клиента WindowsUpdate.log осмотреть? Не судьба?

Видимо, всё-таки судьба. Просмотрел логи, вот что там нашёл:


Не уверен что теперь я знаю в чём дело...

Куки были отключены, но их включение ничего не дало. Лезу в поиск по этому номеру ошибки....

Какой ужас. Пока копался в сети, нашёл на майкрософте топик про то что мол WSUS 3 sp1 поглючивает с машинами на которых установлен 2003-й офис. Было предложено лекарство ввиде kb954960. Скачал и поставил. После этого не могу прицепиться к серверу из консоли. Пишет что нет прав.... ыыыы(((

Ошибок в логах больше нет, кроме одной:
warning: cached cookie has expired or new PID is available
Посмотреть что творится в консоли всуса не могу - не могу подключиться к серверу из консоли(.

В логах клиентов всё нормально, клиенты апдейтятся, но по-прежнему не могу попасть в консоль.

error: cannot connect to "HOSTNAME". You do not have permissions required to access this WSUS server.

Проверил, пользователь входит в группу администраторов WSUS. В журнале следующая ошибка:

Короче, я всё-таки сломался и переставил WSUS, оставив базы. После этого консоль ожила, но проблема с невидимыми в ней компами на месте. Клиенты благополучно получают обновления, но не видны в консоли. Где-то вычитал что это связано с SID, если компы были залиты с кривого образа, без применения sysprep. Похоже, что это мой случай, но смена SID на клиенте при помощи утилитки NewSID ничего не даёт. Видимо, SID клиента нужно менять в AD. Как это сделать?

Anatoly Podgoretsky А в Unassigned Computers смотрел?
Да, конечно смотрел. Там нет никого)))
Anatoly Podgoretsky И что в Options/Computers?
Use group policy
Anatoly Podgoretsky Не сбиты ли политики?
Да нет вроде. На всех клиентах (даже на тех что не видны в консоли или видны но со статусом "not yet reported") политики успешно применились, они натравлены на wsus-сервер.

Дело в том, что группа создана, и компьютеры вкурсе, в какую группу они должны цепляться.
процедура wuauclt /resetauthorisation/detectnow проводилась неоднократно, ни к чему не привела((.
Однако советом сменить на консоль воспользуюсь непременно, интересно что это даст. Спасибо)))

Гм... Сутки почти прошли, ни одной новой машины нет. Ни в unassigned ни где-либо ещё. Короче, задолбался я тут с бубном танцевать, буду просто потихоньку выводить опальных клиентов из домена и заводить заново...

Анатолий, спасибо за участие)))

Давно решил для себя эту проблему, а тут случайно "мимо проходил" и вижу что проблема ещё актуальна. Предлагаю следующую инструкцию для решения. Было много разных случаев, во всех помогало безотказно:
В случае проблем с клиентом (клиент не виден в консоли, виден но не отправляет отчётов о статусе, обновления устанавливаются с ошибками и т. д.):

1) Остановить на рабочей станции клиента службы Automatic Updates и Windows Management Instrumentation.

2) Удалить содержимое следующих каталогов:
%systemroot%\SoftwareDistribution
%systemroot%\system32\wbem\repository

3) Удалить следующие параметры в реестре:
HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate (SusClientId, SusClientValidation)

4) Проверить наличие ключа HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\WindowsUpdate\Setup\ServiceStartup Если в ключе имеются какие-либо параметры – удалить их.

5) Проверить наличие и соответствие версий следующих библиотек:

%systemroot%\system32\wups.dll ver. 7.4.7600.226
%systemroot%\system32\wups2.dll ver. 7.4.7600.226 (версии могут быть другими, тут надо ориентироваться на "здоровые" клиенты)
%systemroot%\system32\SoftwareDistribution\Setup\ServiceStartup\wups.dll должен содержать подкаталог: 7.4.7600.226 с соответствующей версией библиотеки wups.dll
Удалить каталог %systemroot%\system32\SoftwareDistribution\Setup\ServiceStartup\wups2.dll, если есть.

В случае несоответствия скопировать необходимые библиотеки со «здорового» клиента.

6) Удалить клиента из консоли WSUS

7) Запустить на клиенте службы Automatic Updates и Windows Management Instrumentation.

8) Выполнить в командной строке клиента: wuauclt.exe /resetauthorisation /detectnow

Примерно через 10 минут клиент должен появиться в консоли WSUS с нормальным статусом.