Некоторое время назад, несмотря на безупречную работу более 3 лет, и WSUS, и Центр обновления Windows перестали работать на нашем однодоменном контроллере под управлением Windows Server 2008 (не R2).
Ошибка, которую мы получаем при попытке запустить Центр обновления Windows, - «80072efd», что, конечно же, мы использовали в Google и обычно указывает на проблему с брандмауэром. Мы склонны полагать, что проблема не в этом, так как здесь есть несколько автономных ПК в сети, которые не являются частью домена и поэтому не используют DC в качестве источника обновлений, которые подключаются через в Центр обновления Windows просто отлично. Поскольку все соединения маршрутизируются одинаково, это говорит о том, что брандмауэр не виноват, а также старая поговорка «ничего не было изменено в брандмауэре», которая не должна вызывать эту внезапную остановку на DC и последующие
Кроме того, во время исследования я заметил, что оснастка WSUS больше не загружается, а просто запрашивает «Сброс узла сервера», что не работает. В дополнение к этому я заглянул в IIS и увидел остановленный «сайт» администрирования WSUS. Я не могу перезапустить его, поскольку он говорит, что другой сайт использует этот порт, что, насколько я могу судить в IIS, не так. У нас только 2 сайта в IIS, один использует 80, а другой, WSUS Administration, использует 8530/1.
Я также пробовал снимать и повышать ограничения для WsusPool на вкладке «Повторное использование», так как в техническом сообщении предполагалось, что это могло быть причиной, но даже после перезапуска IIS - ничего. Я предполагаю, что все это связано с тем, что Центр обновления Windows тоже не работает, но я не могу быть уверен.
Я прикрепил ниже ошибку из оснастки WSUS:
Консоль администрирования WSUS не смогла подключиться к серверу WSUS. через удаленный API.
Убедитесь, что на сервере запущены службы обновлений, IIS и SQL. Если проблема не исчезнет, попробуйте перезапустить IIS, SQL и службу обновлений.
Консоль администрирования WSUS не смогла подключиться к серверу WSUS через удаленный API.
Убедитесь, что на сервере запущены службы обновлений, IIS и SQL. Если проблема не исчезнет, попробуйте перезапустить IIS, SQL и службу обновлений.
System.Net.Sockets.SocketException - соединение не может быть установлено, поскольку целевая машина активно отказалась от него 10.0.0.253:8530[1289 sizesSource Система
Трассировка стека: в System.Net.Sockets.Socket.DoConnect (EndPoint, endPointSnapshot, SocketAddress socketAddress) в System.Net.ServicePoint.ConnectSocketInternal (Boolean connectFailure, Socket s4, Socket s6, Socket & socket, IPAddress & address, ConnectSocketState state, IAsyncResult asyncResult, Int32 timeout, Exception & exception) ** это исключение было вложено в следующее исключение **
System.Net.WebException - невозможно подключиться к удаленному серверу
Источник Microsoft.UpdateServices.Administration
Трассировка стека: в Microsoft.UpdateServices.Administration.AdminProxy.CreateUpdateServer (Object [] args) в Microsoft.UpdateServices.Administration.AdminProxy.GetUpdateServer (String serverName, логическое значение useSecureConnection, Int32 portNumber) в Microsoft.UpdateServices.UI.AdminApiAccess.AdminApiTools.GetUpdateServer (String serverName, Boolean useSecureConnection, Int32 portNumber) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.GetUpdateServer (параметры PersistedServerSettings) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServer () в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.ConnectToServerAndPopulateNode (логическое значение connectedServerToConsole) в Microsoft.UpdateServices.UI.SnapIn.Scope.ServerSummaryScopeNode.OnExpandFromLoad (статус SyncStatus)
Сервер был перезагружен прошлой ночью, чтобы позаботиться о SQL / IIS и службе обновления, но безрезультатно.
Любые указатели приветствуются. Как бы мне не хотелось это говорить, сервер работает с 2013 года, а WSUS и все доменные ПК прекрасно обновляются, пока не кажется, что в один роковой день, насколько мы можем судить, никаких сознательных изменений не было сделано вообще.
Ну, теперь все в порядке. Я не могу вспомнить, когда настраивал его, были ли там протоколы http и https (8530 и 8531), однако я удалил 8531, поскольку он все равно не пытался использовать этот порт, и теперь запускается веб-сайт IIS, WSUS панель управления запускается, и все машины снова получают обновления.
Надеюсь, это кому-то поможет.
У меня была точно такая же проблема при попытке , чтобы настроить WSUS для использования SSL.
В диспетчере IIS перейдите на сайт администрирования WSUS и выберите Параметры SSL:
Убедитесь, что параметр «Требовать SSL» не установлен, и игнорировать сертификаты клиентов, нажмите «Применить»