- Remove From My Forums
Windows Admin Center (WAC) Connection Issue — WMF5 isnt installed on 2008R2
-
Вопрос
-
Hi All,
I am migrating 2008 file Server Services to Windows Server 2019 through SMS.
And trying to connect 2008
server through WAC . I can connect powershell remotely via WAC, but unable to get overview in WAC and the error is : Windows Management Framework(WMF)5 isn’t installed.I have already installed WMF5.1 on the server 2008.
Can someone help me on this please.
Regards,
Baiju
-
Изменено
21 мая 2020 г. 15:02
-
Изменено
Ответы
-
-
Помечено в качестве ответа
Baijumon
22 мая 2020 г. 15:16
-
Помечено в качестве ответа
- Remove From My Forums
Windows Admin Center (WAC) Connection Issue — WMF5 isnt installed on 2008R2
-
Question
-
Hi All,
I am migrating 2008 file Server Services to Windows Server 2019 through SMS.
And trying to connect 2008
server through WAC . I can connect powershell remotely via WAC, but unable to get overview in WAC and the error is : Windows Management Framework(WMF)5 isn’t installed.I have already installed WMF5.1 on the server 2008.
Can someone help me on this please.
Regards,
Baiju
-
Edited by
Thursday, May 21, 2020 3:02 PM
-
Edited by
Answers
-
-
Marked as answer by
Baijumon
Friday, May 22, 2020 3:16 PM
-
Marked as answer by
- Remove From My Forums
Windows Admin Center (WAC) Connection Issue — WMF5 isnt installed on 2008R2
-
Question
-
Hi All,
I am migrating 2008 file Server Services to Windows Server 2019 through SMS.
And trying to connect 2008
server through WAC . I can connect powershell remotely via WAC, but unable to get overview in WAC and the error is : Windows Management Framework(WMF)5 isn’t installed.I have already installed WMF5.1 on the server 2008.
Can someone help me on this please.
Regards,
Baiju
-
Edited by
Thursday, May 21, 2020 3:02 PM
-
Edited by
Answers
-
-
Marked as answer by
Baijumon
Friday, May 22, 2020 3:16 PM
-
Marked as answer by
Обновлено 14.03.2021
Добрый день! Уважаемые читатели и гости IT блога Pyatilistnik.org. В прошлый раз мы с вами научились определять версию PowerShell, которая установлена в вашей операционной системе. У вас она могла быть устаревшей, и я вам обещал, это исправить. В сегодняшней заметке, я вам покажу быстрый процесс, как обновить PowerShell версию в любой из операционных систем ,семейства Windows. Данные методы займут у вас не более нескольких минут. Как сказал Гагарин, поехали.
Что дает обновление версии PowerShell ?
Компания Microsoft вкладывает огромные силы для развития и поддержки своего продукта по управлению всем, что только можно в мире Windows. Поэтому, чтобы иметь возможность делать работу по автоматизации быстрее, лучше и профессиональнее, необходимо всегда следить за последними версиями командлетов и их ключами, так как от этого зависит их функционал. Каждый новый релиз PowerShell, это по сути как переход с одной операционной системы на другую, более продвинутую и лучшую. С каждой новой версией появляются десятки, а то и сотни новых командлетов для различных сценариев.
Алгоритм обновления версии PowerShell
Хочу отметить, что алгоритм обновления будет одинаков для всех версий Windows начиная с 7 SP1, если у вас ниже, то установите сервисный пакет Service Pack 1 на семерку и двигайтесь дальше.
- Определяете свою версию PowerShell
- Проверяете наличие у вас пакета Microsoft .NET Framework 4.7, если нет, то устанавливаете его
- Скачиваете пакет PowerShell 5.1
- Устанавливаете пакет PowerShell 5.1
В моем примере я буду обновлять PowerShell в Windows 7 SP1. Моя текущая версия 2.0.
Далее я вам рассказывал, как проверить версию Microsoft .NET Framework 4.7. Если она у вас не установлена, то сделать, это можно по ссылке:
https://www.microsoft.com/ru-RU/download/details.aspx?id=55167
Данный пакет подойдет:
- Windows 7 с пакетом обновления 1 (SP1) (x86 и x64)
- Windows 8.1 (x86 и x64)
- Юбилейное обновление Windows 10 (x86 и x64)
- Windows Server 2008 R2 с пакетом обновления 1 (SP1) (x64)
- Windows Server 2012 (x64)
- Windows Server 2012 R2 (x64)
- Windows Server 2016 (x64)
Так же советую вам произвести установку всех доступных обновлений, которые есть у вас в операционной системе, а так же убедиться, что вы получаете и дополнительные обновления. Для этого в перейдите по пути «Панель управленияВсе элементы панели управленияЦентр обновления WindowsНастройка параметров». Убедитесь, что у вас установлены галки:
- Получать рекомендуемые обновления таким же образом, как и важные обновления
- При обновлении Windows предоставлять обновления для других продуктов Майкрософт и проверить наличие нового необязательного программного обеспечения Майкрософт. Сюда и попадут Microsoft .NET Framework 4.7.
В Windows 10, данный пункт можно найти по пути «Параметры Windows — Обновление и безопасность — Центр обновления Windows — Дополнительные параметры»
Далее, когда все обновления у вас установлены, вы можете скачивать автономный пакет PowerShell 5.1, пройдите по ссылке:
https://www.microsoft.com/en-us/download/details.aspx?id=54616 если ссылка будет не работать, то загрузить пакет PowerShell 5.1 можно и у меня, думаю MS не обидится
Нажимаем кнопку «Download».
У вас появится всплывающее окно, где вас попросят выбрать для какой операционной системы вы хотите скачать пакет, по первому названию цифр понятно, для какой версии пакет, так же обратите внимание на разрядность x86 и x64. В моем случае Windows 7 64-х битная. Для обновления версии PowerShell запускаем соответствующий автономный пакет обновления Windows. У меня это Win7AndW2K8R2-KB3191566-x64.zip, единственное вам нужно его распаковать. Запустив пакет, он проверит нет ли уже данного обновления или более свежего.
Так как пакета в Windows 7 не оказалось, то вам предлагают установить KB3191566, соглашаемся.
Принимаем лицензионное соглашение.
Установка пакета с PowerShell 5.1 занимает пару минут.
После чего потребуется обязательная перезагрузка вашей системы.
После перезагрузки, открыв оболочку PowerShell и выполнив команду Get-Host вы видите, что версия PowerShell 2 превратилась в 5.1.14409.1005
Так же вы наверняка обратили внимание, что совместно с пакетом обновления в архиве лежит скрипт Install-WMF5.1.ps1. В задачи данного скрипта входит проверка вашей текущей версии и поиск зависимостей в виде пакетов .NET Framework. Если их не будет, то вас об этом уведомят. Так, что можете смело щелкать правым кликом по скрипту и так же выполнять его. Если у вас в системе не разрешено выполнение неподписанных цифровой подписью сценариев, то вы увидите ошибку «Выполнение скриптов запрещено», как это обходить посмотрите по ссылке, там я приводил команду Set-ExecutionPolicy remotesigned.
Так же может выскочить уведомление, что запрещено изменять раздел реестра, это из-за того, что оболочка PowerShell запущена не из под админана. Запустите ее в режиме администратора.
После чего скрипт у вас успешно отработает.
Установка Windows Management Framework and PowerShell 5.1.14409.20180811 через репозиторий choco
Есть такой офигенный репозиторий choco, который позволяет одной командой всегда иметь самые последние официальные версии продуктов и утилит, и PowerShell тут не исключение. Как подключать в Windows репозиторий choco я рассказывал, можете посмотреть. Когда он у вас есть вы открываете командную строку cmd , обязательно от имени администратора и вводите команду:
Вот так вот просто. В итоге запуститься удаленный скрипт из репозитория, вам покажут какая версия PowerShell самая последняя и спросят, хотите ли вы ее установить, нажимаете Y и тут начинается магия автоматической установки со всеми зависимостями и пакетами KB обновлений.
Осталось перезагрузить вашу систему и проверить новую, установленную версию PowerShell.
На этом у меня все, если остались вопросы или другие методы, о которых я не упомянул, то жду их в комментариях. С вами был Иван Семин, автор и создатель IT блога Pyatilistnik.org.
Содержание
- Исправление ошибок установки обновлений Windows
- 1. Перерегистрировать компоненты, прямо или косвенно связанные с обновлениями.
- Код командного файла
- end faq
- 2.1 Скачать и (пере)установить Установщик Windows (Windows Installer).
- 2.2 Устранение неисправностей Установщика Windows 5.0.
- 3. Переустановить Агент Центра обновления Windows (Windows Update Agent, WUA).
- Ошибка 80072EFE. Не работает центр обновлений Windows
- Устранение неполадок с агентом обновления Windows
- Запуск средства устранения неполадок
- Проверка предварительных требований
- Операционная система
- .NET 4.6.2
- WMF 5.1
- TLS 1.2
- Проверка подключения
- Конечная точка регистрации
- Конечная точка операций
- Проверки работоспособности службы виртуальных машин
- Отслеживание состояния службы агента
- Мониторинг событий службы агента
- Проверка разрешений доступа
- Доступ к криптографической папке
- Автономное устранение неполадок
- Устранение неполадок с агентами клиентов WSUS
- Убедитесь, что клиент настроен правильно
- Проверка проблем, связанных с BITS
- BITS не удается запустить
- Задания BITS не удается
- Ремонт поврежденной конфигурации BITS
- Проблемы со службой агентов WSUS
- Убедитесь, что сервер WSUS можно достичь от клиента
- Восстановление магазина агентов автоматического обновления
- Проверка для клиентов с тем же ИД SUSclient
Исправление ошибок установки обновлений Windows
Продолжим тему борьбы с ошибками Windows, начатую здесь. Рассмотрим проблемы, возникающие при установке обновлений. Я попытался собрать воедино несколько рекомендаций, помогающих в их разрешении.
Описываемые фиксы также применимы для лечения различных сбоев обновлений. Если вы получили сообщения общего типа:
Некоторые обновления установить не удалось | Some updates were not installed
Проблема на этом компьютере не позволяет загружать и устанавливать обновления | A problem on your computer is preventing updates from being downloaded or installed
или подобные, то вполне вероятно, что один или несколько предлагаемых способов помогут разрешить проблему. В своей практике, по крайней мере, я применял их неоднократно, и в большинстве случаев сбои устранялись.
1. Перерегистрировать компоненты, прямо или косвенно связанные с обновлениями.
Код командного файла
end faq
Сохраняем и запускаем наш командный файл. Откроется окно консоли. Жмем Enter на каждый запрос. Перезагружаемся и тестируем установку обновлений вновь.
2.1 Скачать и (пере)установить Установщик Windows (Windows Installer).
Его версия зависит от версии операционной системы и установленного на данный момент сервис пака.
Подходит для следующих вариантов:
Windows 2000 Service Packs 3 и выше,
Windows XP без сервис пака или с Service Pack 1 или 2,
Windows Server 2003.
Скачайте с сайта Microsoft по этой ссылке.
Подходит для следующих вариантов:
Windows XP Service Pack 2 и 3,
Windows Server 2003 Service Pack 1 и 2,
Windows Vista без сервис пака или с Service Pack 1,
Windows Server 2008 x86/x64 и IA64 flavors.
Скачайте с сайта Microsoft по этой ссылке.
Установите, перезагрузите компьютер и снова протестируйте установку обновлений.
Windows Installer 5.0 no Redistributable
Выпущен для следующих вариантов:
Windows 7 и выше,
Windows Server 2008 R2 и выше.
Т. е. свежайшие Windows 8 и Windows Server 2012 также используют версию 5.0 Установщика Windows.
Проблема здесь только в том, что 5-й Установщик интегрирован в систему, и Microsoft не снабдил нас его дистрибутивом, и в этом случае метод переустановки Windows Installer неприменим. Поэтому переходим к следующему разделу:
2.2 Устранение неисправностей Установщика Windows 5.0.
Это то, что рекомендуется сделать для систем, использующих Windows Installer 5.0:
3. Переустановить Агент Центра обновления Windows (Windows Update Agent, WUA).
Подходит WUA для всех версий ОС начиная с Windows 2000 SP4.
Итак, скачиваем соответствующую архитектуре версию.
Для переустановки нужно запустить Windows Update Agent с ключом wuforce. Например, если поместить скачанный дистрибутив в корневой каталог диска C:, то для 32 бит в строке поиска нужно ввести:
Соответственно, меняем имя установщика для x64 или ia64. После завершения процесса установки как обычно перезагружаемся и выясняем, заработали ли обновления.
Источник
Ошибка 80072EFE. Не работает центр обновлений Windows
Хочу со всеми поделится своим опытом в восстановлении работоспособности «Центра обновлений Windows«.
Данная статья предназначена в первую очередь для тех, кто активно пользуется обновлениями на операционной системе Windows 7.
Имеется ПК на Windows 7 Домашняя базовая x64. Компьютер имеет скрытый раздел с установочной родной операционной системой, которую можно использовать для восстановления (без пакета обновлений Service Pack 1 ).
После успешной переустановки операционной системы Центр обновлений Windows и предустановленное средство защиты Microsoft Essential напрочь отказывались искать, качать и устанавливать какие-либо обновления, при этом сообщая о ошибке 80072efe. На просторах интернете нашёл три более менее рабочих способа воскрешения (рабочие, по мнению отзывов пользователей под статьями) этих товарищей. В конечном итоге, ни один из этих способов мне не помог, но опытным и логическим путём удалось вернуть к жизни и то и другое.
Для устранения неполадок центра обновлений предлагается запустить командную строку от имени администратора и поочерёдно ввести написанные ниже сетевые стоповые биты. (После ввода каждой строки нажмите клавишу Enter, при этом дождитесь выполнения текущей команды перед вводом следующей.)
Сетевые стоповые биты:
net stop wuauserv
ren %systemroot%SoftwareDistribution SoftwareDistribution.bak
ren %systemroot%system32catroot2 Catroot2.bak
net start BITS
net start wuauserv
Закройте окно командной строки и перезагрузите компьютер.
И если это не помогло, то следующее действие — Скачивание последнего обновления стека обслуживания (SSU):
Перед скачиванием SSU необходимо отключить автоматическое обновление.
В настройках центр обновлений отказаться от поиска и установки обновлений.
Перезапустить компьютер.
После перезагрузки компьютера скачать обновление KB4523206 соответствующее вашей операционной системе (32-или 64-разрядная версия).
Перезагрузите компьютер, а затем снова включите функцию автоматического обновления.
Проверьте наличие обновлений для скачивания и установки оставшихся обновлений.
Вы должны понимать, что ошибка 80072EFE по большей части связана с прерыванием интернет соединения, когда ваш компьютер не может стабильно подключаться к серверам Microsoft. По этому, уделите внимание сторонним программ, которые работают с сетевым соединением. Если выше, быстрые пункты не помогли вам решить проблему, то приступим к более радикальным способам.
Если вы используете старые операционные системы как Windows 7, Windows 8.1 или серверные Windows Server 2012, Windows Server 2008 R2 SP1, то нужно вручную обновить агент обновления Windows, скачав с официального сайта Microsoft.
Удаление папки Catroot2
В системной папке Catroot2 находятся подписи обновлений Windows. Любое повреждение подписи может вызвать ошибку 80072EFE в центре обновлений Windows. По этой причине нужно удалить эту папку. Чтобы удалить папку Catroot2 нужно сначала отключить службу, которая работает в этой папке. Приступим.
net stop wuauserv
net stop cryptSvc
net stop bits
net stop msiserver
ren C:WindowsSoftwareDistribution SoftwareDistribution.mywebpc
net start wuauserv
net start cryptSvc
net start bits
net start msiserver
Делать всё нужно строго последовательно и одномоментно, не подключаясь к интернету, пока не выполните все пункты. Предварительно скачайте: пакет UpdatePack7R2 от simplix, Reset_Windows_Update_Full.bat, Средство проверки готовности системы к обновлению для Windows 7 (KB947821).
:: Created by: Shawn Brink
:: http://www.sevenforums.com
:: Tutorial: http://www.sevenforums.com/tutorials/91738-windows-update-reset.html
:bits
set /a b=%b%+1
if %b% equ 3 (
goto end1
)
net stop bits
echo Checking the bits service status.
sc query bits | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto bits
)
goto loop2
:end1
cls
echo.
echo Failed to reset Windows Update due to bits service failing to stop.
echo.
pause
goto Start
:wuauserv
set /a w=%w%+1
if %w% equ 3 (
goto end2
)
net stop wuauserv
echo Checking the wuauserv service status.
sc query wuauserv | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto wuauserv
)
goto loop3
:end2
cls
echo.
echo Failed to reset Windows Update due to wuauserv service failing to stop.
echo.
pause
goto Start
:appidsvc
set /a app=%app%+1
if %app% equ 3 (
goto end3
)
net stop appidsvc
echo Checking the appidsvc service status.
sc query appidsvc | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto appidsvc
)
goto loop4
:end3
cls
echo.
echo Failed to reset Windows Update due to appidsvc service failing to stop.
echo.
pause
goto Start
:cryptsvc
set /a c=%c%+1
if %c% equ 3 (
goto end4
)
net stop cryptsvc
echo Checking the cryptsvc service status.
sc query cryptsvc | findstr /I /C:»STOPPED»
if not %errorlevel%==0 (
goto cryptsvc
)
goto Reset
:end4
cls
echo.
echo Failed to reset Windows Update due to cryptsvc service failing to stop.
echo.
pause
goto Start
:Reset
Ipconfig /flushdns
del /s /q /f «%ALLUSERSPROFILE%Application DataMicrosoftNetworkDownloaderqmgr*.dat»
cd /d %windir%system32
sc.exe sdset bits D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
sc.exe sdset wuauserv D:(A;;CCLCSWRPWPDTLOCRRC;;;SY)(A;;CCDCLCSWRPWPDTLOCRSDRCWDWO;;;BA)(A;;CCLCSWLOCRRC;;;AU)(A;;CCLCSWRPWPDTLOCRRC;;;PU)
regsvr32.exe /s atl.dll
regsvr32.exe /s urlmon.dll
regsvr32.exe /s mshtml.dll
regsvr32.exe /s shdocvw.dll
regsvr32.exe /s browseui.dll
regsvr32.exe /s jscript.dll
regsvr32.exe /s vbscript.dll
regsvr32.exe /s scrrun.dll
regsvr32.exe /s msxml.dll
regsvr32.exe /s msxml3.dll
regsvr32.exe /s msxml6.dll
regsvr32.exe /s actxprxy.dll
regsvr32.exe /s softpub.dll
regsvr32.exe /s wintrust.dll
regsvr32.exe /s dssenh.dll
regsvr32.exe /s rsaenh.dll
regsvr32.exe /s gpkcsp.dll
regsvr32.exe /s sccbase.dll
regsvr32.exe /s slbcsp.dll
regsvr32.exe /s cryptdlg.dll
regsvr32.exe /s oleaut32.dll
regsvr32.exe /s ole32.dll
regsvr32.exe /s shell32.dll
regsvr32.exe /s initpki.dll
regsvr32.exe /s wuapi.dll
regsvr32.exe /s wuaueng.dll
regsvr32.exe /s wuaueng1.dll
regsvr32.exe /s wucltui.dll
regsvr32.exe /s wups.dll
regsvr32.exe /s wups2.dll
regsvr32.exe /s wuweb.dll
regsvr32.exe /s qmgr.dll
regsvr32.exe /s qmgrprxy.dll
regsvr32.exe /s wucltux.dll
regsvr32.exe /s muweb.dll
regsvr32.exe /s wuwebv.dll
regsvr32 /s wudriver.dll
netsh winsock reset
netsh winhttp reset proxy
:Start
net start bits
net start wuauserv
net start appidsvc
net start cryptsvc
bitsadmin.exe /reset /allusers
Теперь о том, как получилось у меня
Все пакеты советую брать с Каталога Центра обновления Майкрософт по адресу: https://www.catalog.update.microsoft.com/home.aspx
При требовании или просьбе сделать перезагрузку советую не отказывать.
После всех вышеописанных действий в панели управления включаем поиск обновлений (выбор автоматической или ручной установки обновлений — влияния не имеет).
Пишите в комментариях, какой способ помог Вам.
Источник
Устранение неполадок с агентом обновления Windows
Существует несколько причин, по которым компьютер во время развертывания Управления обновлениями не будет отображатся как готовый к работе (работоспособный). Вы можете проверить работоспособность агента гибридной рабочей роли Runbook Windows, чтобы определить первоначальную проблему. Далее приведены три состояния готовности компьютера:
Между отображением на портале Azure и текущим состоянием компьютера может быть небольшая задержка.
В этой статье описывается, как запустить средство устранения неполадок для компьютеров Azure на портале Azure и сторонних компьютеров в автономных сценариях.
Сценарий устранения неполадок теперь включает проверки для Служб обновлений Windows Server (WSUS), а также для ключей автоматической загрузки и установки.
Запуск средства устранения неполадок
Для компьютеров Azure можно запустить страницу «Устранение неполадок агента обновления», щелкнув ссылку Устранение неполадок в столбце Готовность к обновлению агента на портале. Для устранения неполадок со сторонними компьютерами перейдите к разделу в этой статье. См. раздел Автономное устранение неполадок, чтобы получить сведения об устранении неполадок на компьютере, отличном от Azure.
Чтобы проверить работоспособность гибридной рабочей роли Runbook, необходимо, чтобы виртуальная машина была запущена. Если виртуальная машина не запущена, появится кнопка запуска виртуальной машины.
На странице «Устранения неполадок с агентом обновления» выберите Выполнить проверки, чтобы запустить средство устранения неполадок. Средство устранения неполадок использует функцию Выполнение команд для запуска на компьютере скрипта, проверяющего зависимости. После того как средство устранения неполадок завершило свою работу, оно возвращает результаты проверок.
Результаты отобразятся на странице, когда будут готовы. В разделах о проверках отображается то, что входит в состав каждой проверки.
Проверка предварительных требований
Операционная система
Проверка операционной системы обнаруживает, работает ли в гибридной рабочей роли Runbook одна из операционных систем, показанных в следующей таблице:
.NET 4.6.2
WMF 5.1
Проверка WMF определяет, есть ли в системе требуемая версия платформы Windows Management Framework, которой является Windows Management Framework версии 5.1.
TLS 1.2
Эта проверка определяет, используете ли вы протокол TLS 1.2 для шифрования связи. Протокол TLS 1.0 больше не поддерживается платформой. Используйте протокол TLS 1.2 для обмена данными со службой «Управление обновлениями».
Проверка подключения
Конечная точка регистрации
Эта проверка определяет, может ли агент правильно взаимодействовать со службой агента.
В конфигурации прокси-сервера и брандмауэра необходимо разрешить агенту гибридной рабочей роли Runbook взаимодействовать с конечной точкой регистрации. Список адресов и портов, которые необходимо открыть, приведен в разделе Настройка сети.
Конечная точка операций
Эта проверка определяет, может ли агент правильно взаимодействовать со службой Job Runtime Data.
В конфигурации прокси-сервера и брандмауэра необходимо разрешить агенту гибридной рабочей роли Runbook взаимодействовать со службой Job Runtime Data. Список адресов и портов, которые необходимо открыть, см. в разделе Настройка сети.
Проверки работоспособности службы виртуальных машин
Отслеживание состояния службы агента
Эта проверка определяет, запущен ли на компьютере агент Log Analytics для Windows ( healthservice ). Дополнительные сведения об устранении неполадок со службой см. в разделе Агент Log Analytics для Windows не работает.
Чтобы получить сведения о переустановке агент Log Analytics для Windows, ознакомьтесь с разделом Установка агента для Windows.
Мониторинг событий службы агента
Эта проверка определяет, записывались ли какие-либо события 4502 в журнал Azure Operations Manager на компьютере за последние 24 часа.
Дополнительные сведения об этом событии см. в разделе Сценарий: событие 4502 в журнале Operations Manager.
Проверка разрешений доступа
В настоящее время средство устранения неполадок не направляет трафик через прокси-сервер, если он настроен.
Доступ к криптографической папке
Проверка доступа к криптографической папке определяет, имеет ли учетная запись локальной системы доступ к папке C:ProgramDataMicrosoftCryptoRSA.
Автономное устранение неполадок
Средство устранения неполадок можно использовать в гибридной рабочей роли в автономном режиме, запустив скрипт локально. Получите следующий скрипт из репозитория GitHub: UM_Windows_Troubleshooter_Offline.ps1. Чтобы запустить сценарий, необходимо установить WMF версии 4.0 или более поздней версии. Сведения о загрузке последней версии PowerShell см. в статье Установка разных версий PowerShell.
Выходные данные этого скрипта выглядят так:
Источник
Устранение неполадок с агентами клиентов WSUS
В этой статье помогают диагностировать и устранять проблемы с агентами Windows Server Update Services (WSUS).
Оригинальная версия продукта: Windows Server Update Services
Исходный номер КБ: 10132
При проблемах с агентами клиентов WSUS они могут проявляться многими способами. Ниже перечислены некоторые распространенные проблемы:
Убедитесь, что клиент настроен правильно
При устранении неполадок с клиентом WSUS сначала убедитесь, что клиент правильно настроен. Убедитесь, что клиент получает соответствующую групповую политику Active Directory, а также сведения о сервере WSUS. Это можно сделать, подав следующую команду:
Откройте текстовый файл в Блокнот и найдите имя вашей политики WSUS. Например, если политика WSUS называется WSUS, ее можно найти в файле GPRESULT.TXT в разделе Computer Параметры под заголовком Объекты прикладной групповой политики. Ниже приведен пример:
Если параметров WSUS нет, возможные причины:
Чтобы устранить эту проблему, убедитесь в успешном обновлении групповой политики для каждого клиента и правильной настройке параметра WSUS.
Чтобы обновить групповую политику клиента, запустите GPUpdate /force из командной подсказки.
Дополнительные сведения о настройке групповой политики для клиентов WSUS см. в дополнительных сведениях о настройке автоматических обновлений с помощью групповой политики.
Проверка проблем, связанных с BITS
Background Intelligent Transfer Service (BITS) — это служба, используемая WSUS для скачивания обновлений из Microsoft Update на основной сервер WSUS и с серверов WSUS для своих клиентов. Некоторые проблемы с загрузкой могут быть вызваны проблемами с битами на сервере или клиентских компьютерах. При устранении неполадок при загрузке необходимо убедиться, что bits работает должным образом на всех затронутых компьютерах.
Служба BITS должна работать под учетной записью LocalSystem по умолчанию. Чтобы настроить службу для работы под правильной учетной записью, выполните следующие действия:
Откройте командную подсказку и запустите следующую команду:
Между obj= и LocalSystem должно возникать пространство. В случае успешной работы необходимо получить следующий вывод:
Остановка и перезапуск BITS.
Чтобы просмотреть состояние службы BITS, откройте командную подсказку и запустите следующую команду:
Если биты запущены, вы должны увидеть следующий вывод:
Если BITS не запущен, вы увидите следующий вывод:
Обычно можно разрешить проблемы с BITS, остановив службу и перезапустив ее. Чтобы остановить и перезапустить службу BITS, запустите следующие команды из командной подсказки:
Чтобы остановить и перезапустить BITS, необходимо войти в систему в качестве локального администратора.
BITS не удается запустить
Если служба BITS не запустится, в журнале событий можно найти любую ошибку, связанную с БИТС. Для диагностики причин этих ошибок можно использовать следующую таблицу.
Имя ошибки | Код ошибки | Описание |
---|---|---|
ERROR_SERVICE_DOES_NOT_EXIST | 0x80070424 | Ниже см. раздел о восстановлении конфигурации BITS. |
ERROR_SERVICE_NOT_IN_EXE | 0x8007043B | BITS не указан в качестве одной из служб в группе svchost netsvcs |
ERROR_SERVICE_DISABLED | 0x80070422 | Биты отключены. Включить службу BITS. |
ERROR_SERVICE_DEPENDENCY_DELETED ERROR_SERVICE_DEPENDENCY_FAIL | 0x80070433, 0x8007042c | Служба, появляемая в списке зависимостей службы BITS, не может быть запущена. Убедитесь, что список зависимостей для службы BITS является правильным: Windows Vista: RpcSs, EventSystem (также http.sys и LanManWorkstation при включенном одноранговом кэшинге) Windows Server 2003: Rpcss, EventSystem Windows XP: Rpcss Windows 2000 г.: Rpcss, SENS, Wmi |
ERROR_PATH_NOT_FOUND | 0x80070003 | Предварительная Windows Vista: %ALLUSERSPROFILE%MicrosoftNetwork не существует |
ERROR_FILE_NOT_FOUND | 0x80070002 | Ключ Параметры отсутствует. Убедитесь, что существуют следующие ключи и значения: HKLMSYSTEMCurrentControlSetServicesBITSParametersServiceDll = %SystemRoot%System32qmgr.dll |
REGDB_E_CLASSNOTREG, EVENT_E_INTERNALERROR | 0x80040154, 0x80040206 | Bits for Windows 2000 зависит от служб SENS и EventSystem. Если каталог COM+ поврежден, bits может привести к сбою с этим кодом ошибки. |
Задания BITS не удается
Если клиент правильно настроен для получения обновлений, биты настроены правильно, а биты, как представляется, начинаются и работают должным образом, может возникнуть проблема, из-за которой сами задания BITS не работают. Чтобы проверить это, посмотрите в журнале событий все ошибки, связанные с BITS. Для диагностики причин этих ошибок можно использовать следующую таблицу.
Имя ошибки | Код ошибки | Описание |
---|---|---|
E_INVALIDARG | 0x80070057 | Неправильное имя прокси-сервера было указано в параметрах прокси-сервера Internet Explorer пользователя. Эта ошибка также рассматривается при поставке учетных данных для схем проверки подлинности, которые не являются NTLM/Negotiate, но имя пользователя или пароль являются null. Измените параметры прокси-сервера Internet Explorer пользователя на допустимый прокси-сервер. Или измените учетные данные, чтобы они не были NULL-именем пользователя или паролем для схем, помимо NTLM/Negotiate. |
ERROR_WINHTTP_NAME_NOT_RESOLVED | 0x80072ee7 | Сервер/прокси-сервер не удалось разрешить с помощью BITS. Internet Explorer на той же машине в контексте владельца задания будет видеть ту же проблему. Попробуйте загрузить один и тот же файл через веб-браузер с помощью контекста владельца задания. |
ERROR_HTTP_INVALID_SERVER_RESPONSE | 0x80072f78 | Это преходящая ошибка, и задание будет продолжать скачивать. |
BG_E_INSUFFICIENT_RANGE_SUPPORT | 0x80200013 | BITS использует заглавные элементы диапазона в http-запросах для запроса частей файла. Если сервер или прокси-сервер не понимают диапазон запросов и возвращает полный файл вместо запрашиваемого диапазона, BITS ставит задание в состояние ERROR с этой ошибкой. Захват сетевого трафика во время ошибки и проверьте, получают ли запросы HTTP GET с помощью заголовка Range допустимые ответы. Проверьте прокси-серверы, чтобы убедиться, что они правильно настроены для поддержки запросов range. |
BG_E_MISSING_FILE_SIZE | 0x80200011 | Когда BITS отправляет HEAD-запрос, а сервер/прокси-сервер не возвращает в ответ заготвку Content-Length, BITS ставит задание в состояние ERROR с этой ошибкой. Проверьте прокси-сервер и сервер WSUS, чтобы убедиться, что они настроены правильно. Известно, что это поведение проявляется в некоторых версиях прокси-сервера Apache 2.0. |
BG_E_HTTP_ERROR_403 | 0x80190193 | Когда сервер возвращает ответ HTTP 403 в любом из запросов, BITS ставит задание в состояние ERROR с этим кодом ошибки. HTTP 403 соответствует запрету: доступ запрещен. Проверьте разрешения доступа для учетной записи, которая работает с заданием. |
ERROR_NOT_LOGGED_ON | 0x800704dd | Служба SENS не получает уведомления о логотипе пользователя. Bits (версия 2.0 и более поздние версии) зависит от уведомлений с логотипом от диспетчера управления службой, что, в свою очередь, зависит от службы SENS. Убедитесь, что служба SENS запущена и запущена правильно. |
Ремонт поврежденной конфигурации BITS
Чтобы восстановить поврежденную конфигурацию службы BITS, можно ввести конфигурацию службы BITS вручную.
Это действие следует предпринять только в тех случаях, когда все другие попытки устранения неполадок потерпели неудачу. Чтобы изменить конфигурацию BITS, необходимо быть администратором.
Чтобы восстановить поврежденную конфигурацию BITS, выполните следующие действия:
Откройте командную подсказку.
Введите следующие команды, нажмите ВВОД после ввода каждой команды:
Остановка и перезапуск BITS.
Проблемы со службой агентов WSUS
Убедитесь, что Windows обновления можно успешно запустить.
Чтобы просмотреть текущее состояние службы обновления Windows, откройте командную подсказку и запустите следующую команду:
Если WUAUSERV запущен, вы должны увидеть следующий вывод:
Если WUAUSERV не запущен, вы увидите следующий вывод:
Убедитесь, что вы можете успешно запустить службу WUAUSERV. Чтобы остановить и перезапустить WUAUSERV, необходимо войти в систему в качестве локального администратора.
Чтобы запустить службу WUAUSERV, запустите следующие команды из командной подсказки:
Если агент клиента не удается запустить и запустить должным образом, проверьте версию Windows агента обновления. Если агент не обновлен, обнови его Windows до последней версии.
Убедитесь, что сервер WSUS можно достичь от клиента
Убедитесь, что вы можете получить доступ к URL-адресу http:// /iuident.cab и скачать файл без ошибок.
Если сервер WSUS недостижим от клиента, наиболее вероятными причинами являются следующие:
Используйте стандартные процедуры устранения неполадок, чтобы убедиться, что разрешение имен работает в сети. Если разрешение имен работает, следующим шагом является проверка проблем с прокси-серверами. Проверьте windowsupdate.log (C:windows), чтобы узнать, есть ли ошибки, связанные с ) прокси. Вы можете запустить proxycfg команду, чтобы проверить параметры прокси WinHTTP.
Если есть ошибки прокси, перейдите в internet Explorer > Tools Connections LAN Параметры, настройте правильный прокси, а затем убедитесь, что вы можете получить доступ к > > указанному URL-адресу WSUS.
Восстановление магазина агентов автоматического обновления
При проблемах с загрузкой обновлений и ошибках, связанных с магазином рассылки программного обеспечения, выполните следующие действия на клиенте:
Проверка для клиентов с тем же ИД SUSclient
Для тех клиентов, которые не работают должным образом из-за того SUSclientID же, выполните следующие действия:
Остановите службу автоматических обновлений, sc stop wuauserv выключив командный запрос.
Удаление SUSclientID ключа реестра из следующего расположения:
Перезапустите службу автоматического обновления с sc start wuauserv помощью командной подсказки.
Источник
I know this is an old question, but for others that find this from a Google Search:
I would like to argue that $PSVersionTable.PSVersion
is the most reliable indicator of the version of WMF. See below examples.
Windows 7 fresh install:
Name Value
---- -----
PSVersion 2.0
WSManStackVersion 2.0
CLRVersion 2.0.50727.5420
BuildVersion 6.1.7601.17514
PSCompatibleVersions {1.0, 2.0}
SerializationVersion 1.1.0.1
PSRemotingProtocolVersion 2.1
Windows 7 after .NET 4.5 and WMF 4 installation:
Name Value
---- -----
PSVersion 4.0
WSManStackVersion 3.0
SerializationVersion 1.1.0.1
CLRVersion 4.0.30319.18408
BuildVersion 6.3.9600.16406
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0}
PSRemotingProtocolVersion 2.2
Windows 7 after WMF 5 installation:
Name Value
---- -----
PSVersion 5.0.10586.117
WSManStackVersion 3.0
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.10586.117
CLRVersion 4.0.30319.18408
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
Windows 10, which includes WMF 5 out of the box:
Name Value
---- -----
PSVersion 5.0.10586.122
WSManStackVersion 3.0
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.10586.122
CLRVersion 4.0.30319.42000
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
So as you can see, the version for $PSVersionTable.WSManStackVersion.Major
only seems to change on the WMF 4 install and then stays at 3. While $PSVersionTable.PSVersion.Major
seems to report the accurate version of WMF.
Как проверить, какая версия Windows Management Framework (WMF) установлена? Кажется, это должно быть легко узнать, но я не могу. Даже поиск в Google множества разных версий вопроса мало что дает.
Его нет в appwiz.cpl, и regedit ничего не находит для «Windows Management Framework» и находит слишком много посторонних для «wmf»
Я просто хочу знать, как это проверить, любым разумным способом. Для этого есть ключ реестра? Есть ли файл, который я могу проверить? Что-нибудь???
Самая близкая вещь, которую я смог найти, была здесь о сбое сервера: Методы обнаружения версии Windows Management Framework . Этот вопрос начинается с того же, но, похоже, он требует особого способа проверки для использования в объекте групповой политики; возможно, именно поэтому он не получил ответов.
Есть несколько компьютеров, на которых я хочу это проверить. Я начинаю с Windows Server 2008 R2 Standard. Будут и другие операционные системы Windows Server.
Если вам известны какие-либо теги, которые работают лучше, чем у меня, пожалуйста, прокомментируйте или сделайте метку; Я не мог найти ничего, что хорошо описывало бы этот вопрос.
Обновление: некоторые люди думают, что » $PSVersionTable
» (и / или различные его свойства) является ответом. Недавно я наконец понял, что это переменная PowerShell (возможно, префикс ‘PS’ должен был дать ее мне, но это не так) и попытался копать глубже. Это привело к другому вопросу: что представляет собой содержимое PowerShell $ PSVersionTable? ,
Обновление 2: Исходя из всей информации, которую я собрал сейчас, и моего лучшего понимания, я вполне уверен, что встроенная переменная PowerShell $PSVersionTable.PSVersion
технически не является ответом на это, но часто (иногда «всегда» не уверен) То же, что и в версиях, может идти рука об руку. $PSVersionTable.WSManStackVersion
Переменная может быть то , что я хочу, но официальное краткое описание того, что свойство показывает , что как представление стека WS-Management. Стек WS-Management — это то же самое, что и WMF? Гугл предполагает, что они тесно связаны, но я не уверен, что ответ «да».
Ответы:
Я знаю, что это старый вопрос, но для тех, кто находит это из поиска Google:
Я хотел бы поспорить, что $PSVersionTable.PSVersion
это самый надежный показатель версии WMF. Смотрите ниже примеры.
Windows 7 свежая установка:
Name Value
---- -----
PSVersion 2.0
WSManStackVersion 2.0
CLRVersion 2.0.50727.5420
BuildVersion 6.1.7601.17514
PSCompatibleVersions {1.0, 2.0}
SerializationVersion 1.1.0.1
PSRemotingProtocolVersion 2.1
Windows 7 после установки .NET 4.5 и WMF 4:
Name Value
---- -----
PSVersion 4.0
WSManStackVersion 3.0
SerializationVersion 1.1.0.1
CLRVersion 4.0.30319.18408
BuildVersion 6.3.9600.16406
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0}
PSRemotingProtocolVersion 2.2
Windows 7 после установки WMF 5:
Name Value
---- -----
PSVersion 5.0.10586.117
WSManStackVersion 3.0
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.10586.117
CLRVersion 4.0.30319.18408
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
Windows 10, которая включает WMF 5 из коробки:
Name Value
---- -----
PSVersion 5.0.10586.122
WSManStackVersion 3.0
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0...}
BuildVersion 10.0.10586.122
CLRVersion 4.0.30319.42000
PSRemotingProtocolVersion 2.3
SerializationVersion 1.1.0.1
Итак, как вы можете видеть, версия for $PSVersionTable.WSManStackVersion.Major
только изменяется при установке WMF 4, а затем остается на 3. Хотя, $PSVersionTable.PSVersion.Major
кажется, сообщает точную версию WMF.
В PowerShell это доступно из $PSVersionTable.WSManStackVersion.Major
Моя домашняя система Windows 7:
PS C:UsersBrian> $PSVersionTable
Name Value
---- -----
CLRVersion 2.0.50727.5485
BuildVersion 6.1.7601.17514
PSVersion 2.0
WSManStackVersion 2.0
PSCompatibleVersions {1.0, 2.0}
SerializationVersion 1.1.0.1
PSRemotingProtocolVersion 2.1
PS C:UsersBrian> $PSVersionTable.WSManStackVersion.Major
2
PS C:UsersBrian>
Затем после установки новой Windows Management Framework:
PS C:UsersBrian> $PSVersionTable
Name Value
---- -----
PSVersion 4.0
WSManStackVersion 3.0
SerializationVersion 1.1.0.1
CLRVersion 4.0.30319.34209
BuildVersion 6.3.9600.16406
PSCompatibleVersions {1.0, 2.0, 3.0, 4.0}
PSRemotingProtocolVersion 2.2
PS C:UsersBrian>
Если он установлен, вы найдете его в «appwiz.cpl». Просто не забудьте заглянуть в «Просмотр установленных обновлений», так как WMF распространяется как обновление Windows с уникальными номерами КБ для разных версий Windows.
Вы проверяете, какая версия Windows Management Framework (WMF) установлена, определяя номер КБ версии, которую вы проверяете, и затем используя, в данном случае, wmic-запрос, чтобы определить, установлен ли этот номер КБ. Все эти примеры основаны на использовании cmd.exe для запуска команд.
** Команды для проверки на WMF 4.0
wmic qfe get hotfixid | find "KB2819745"
echo %ERRORLEVEL%
** Пример выполнения команд:
C:Program FilesTivoliTSMbaclient> wmic qfe get hotfixid | find "KB2819745"
KB2819745
C:Program FilesTivoliTSMbaclient> echo %ERRORLEVEL%
0
В приведенном выше примере установлен WMF 4.0: КБ возвращается из запроса wmic и нулевого кода возврата.
** Команды для проверки на WMF 5.0
wmic qfe get hotfixid | find "KB3134760"
echo %ERRORLEVEL%
** Пример выполнения команд:
C:Program FilesTivoliTSMbaclient> wmic qfe get hotfixid | find "KB3134760"
C:Program FilesTivoliTSMbaclient> echo %ERRORLEVEL%
1
Таким образом, в приведенном выше примере WMF 5.0 не установлен: ничего не возвращается из запроса wmic и ненулевой код возврата.
Возможно, что вы использовали другой КБ для установки данного уровня WMF, но это то, с чем я сейчас работаю.
И я всегда проверяю PowerShell (который устанавливается или обновляется как часть WMF):
powershell.exe -NoLogo -Sta -NoProfile -NonInteractive -Command "Write-Host $PSVersionTable.PSVersion"
echo %ERRORLEVEL%
Существуют проблемы при обновлении до WMF 4.0 (и снова позже до 5.0), если .NET 4.5 не установлен, поэтому, если команда PS выдает ошибку, вам, вероятно, следует установить .NET 4.5.