Я нашел информацию об этой проблеме в Stack Overflow, хотя там было 12 клиентов. Прочтите здесь. Однако, несмотря на то, что я не подозреваю о дублировании идентификаторов SUSClientID, я запустил предложенный сценарий на компьютере с Windows 10, и он не смог выполнить только все команды.
Поскольку сценарий датируется 05.05.2009, я полагаю (я нашел его и в другом месте в Интернете), я должен спросить, будет ли он по-прежнему работать в Windows 10. Причина в том, что я не вижу Половина записей реестра, используемых в сценарии, на любом компьютере с Windows 10, который я проверял, должна быть изменена или удалена. (Этот недостаток записей также имел место на компьютере с Windows 7, который выполняет проверку.)
Более того, я обнаружил, что идентификаторы SUSClientID различаются от машины к машине, и из трех основных машин, которые я использую, только машина с Windows 7 отображается в консоли WSUS. Я подумал, что это может быть настройка просмотра, например 100 на страницу, но это не похоже на случай. Согласно отчетам, только 52 нуждаются в обновлениях и только 48 не нуждаются в обновлениях.
Мы были бы очень признательны, если бы у кого-нибудь было что предложить, чтобы помочь решить эту головоломку, так что мы можем двигаться дальше ...
Спасибо
Изменить: мы попытались отключить IPv6, как было предложено в случае сбоя сервера, Прочтите здесь. Но на той тестовой машине это ничего не дало. Тем временем в списке «Все компьютеры» появилась еще одна машина с Windows 10. Итак, мы замечаем, что существует сочетание операционных систем (10/7), что указывает на то, что это, вероятно, не проблема версии клиентской ОС. Я не знаю, что еще нужно проверить. У нас есть групповая политика, указывающая на правильный сервер ...
Чтобы уточнить, некоторые Win10 отображаются в консоли WSUS, а другие нет?
HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate
Ценности: WUServer
, WUStatusServer
. Если эти ключи отсутствуют, у вас могут быть проблемы с GPO, которые не позволяют применить настройки WSUS.(New-Object System.Net.Sockets.TcpClient "replace.your.wsus", 8530).connected
должен вернуть "True"Get-WindowsUpdateLog
для создания журнала на стороне клиента. Просмотрите журнал на наличие ошибок при подключении к серверу WSUS. К сожалению, создание этого журнала в версиях до 1709 года - это то, чего мне никогда не удавалось.Есть и другие подробные списки вещей, которые нужно проверить на наличие проблем с клиентом WSUS: