Диспетчеру серверов не удается загрузить список серверов windows server 2016

Диспетчеру серверов не удается загрузить список серверов windows server 2019

Вопрос

Делаю замену Windows Server 2003 на 2012. Чистая установка, все сервера (более 10) находятся в разных регионах страны и сайтах АД. Проблема в следующема:

в плитке Диспетчер Серверов/Все Сервера/Серверы в столбце «Управляемость» у всех WS2012 светится «В сети: сбой при получении данных», за исключением локального сервера. Ручное обновление не помогает выдает ошибку:

«Ошибка SERVER-D20: не удалось обновить конфигурацию. Ошибка: Не удалось получить метаданные с сервера из-за следующей ошибки: WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила других сведений о причине сбоя. 27.07.2013 13:27:23″

Заходил на большенство серверов по RDP и проверял нагрузку на CPU, МЕМ все ОК. Запускал PS под правами администратора и выполнял команду «winrm enumerate winrm/config/listener». При первом выполнии пишет ошибку, а при втором и последующих если зразу же запускать то выдает нормальный результа (протокол ниже)

PS C:Windowssystem32> winrm enumerate winrm/config/listener
WSManFault
Message = WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила дру
гих сведений о причине сбоя.

PS C:Windowssystem32> winrm enumerate winrm/config/listener
Listener
Address = *
Transport = HTTP
Port = 5985
Hostname
Enabled = true
URLPrefix = wsman
CertificateThumbprint
ListeningOn = 127.0.0.1, 172.30.62.3, ::1, fe80::5efe:172.30.62.3%14, fe80::78cb:ba03:e550:8e4d%12

Сутуация на всех серверах одинаковая, на всех поднята роль AD, DNS, DHCP, FileServer-DFS.

Источник

Диспетчер ресурсов file Server не мог загружать объекты WMI в Windows Server

В этой статье помогают устранить ошибку, которая возникает при запуске диспетчера ресурсов file Server в Windows Server.

Применяется к: Windows Server 2012 R2
Исходный номер КБ: 2831687

Симптомы

При запуске диспетчера ресурсов file Server в Windows Server вы можете получить следующее сообщение об ошибке:

Диспетчер ресурсов file Server не мог загружать объекты WMI в «Имя сервера».

Если вы запросили класс WMI в корневом microsoft Windows FSRM при описанной ошибке, вы можете получить следующую ошибку MSFT_FSRMSettings WMI:

Причина

Эта проблема возникает из-за Windows службы инструментов управления, которая будет перезапущена после того, как служба FSRM-службы и потребуется новая загрузка и регистрация поставщика услуг FSRM.

Решение

Чтобы устранить эту проблему, перезапустите службу FSRM.

Если вы заметили, что это повторная проблема, необходимо сделать два действия:

На экране Начните щелкнуть плитку Поиска.

Введите regedit в окне Поиска и дважды щелкните regedit.exe.

Найдите следующую запись реестра: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicessrmsvc

На правой стороне области щелкните правой кнопкой мыши DependOnService и нажмите кнопку Изменить.

Добавьте WINMGMT в мульти-строковую величину.

Нажмите кнопку ОК и выйдите из редактора реестра.

Дополнительная информация

В конкретном случае инструмент Windows управления перезапущен в рамках действия восстановления репозитория WMI. В этом случае потребуется расследование того, почему репозиторий WMI перестраивается.

Если вы работаете в SCCM 2012, убедитесь, что вы не работаете в поведении, описанного в следующей статье:

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

Вопрос

подняты службы RDS (стандартное развертывание на одном сервере)

После перезагрузки сервера невозможно зайти по рдп.

Сообщение ошибки: «Не удается подключиться к удаленному компьютеру. Повторите попытку подключения. Если проблема повторится, обратитесь к владельцу удаленного компьютера или администратору сети.»

Можно зайти только локально, либо через IPMI консоль

События в диспетчере серверов показывают следующее:

Помогает перезапуск всех служб подряд

служба лицензирования, Локатор удаленного вызова процедур (RPC), служба посредник подключения к удаленному раб. столу, Перенаправитель портов пользовательского режима служб удаленных рабочих столов, Служба инициатора Майкрософт iSCSI(тоже после ребута сервера, другой сервак теряет диск ICSI, и пока службу не рестартнем, он его не увидит).

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

Если все это проделать, то доступ восстанавливается.

Пробовал делать DISM /Online /Cleanup-Image /RestoreHealth с указанием источника пакета wim (без него он не делал), писал что восстановлено, но проблема осталась.

Кто сталкивался. куда смотреть, копать? что делать?

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

В этой статье мы рассмотрим базовые настройки Windows Server 2019, это AD, DNS, DHCP и лицензирование терминального сервера. Данные настройки актуальны на большинстве серверов и являются самыми необходимыми.
Как установить Windows Server и произвести первичные настройки по активации можете ознакомиться в нашей прошлой статье по этой ссылке.

1) Меняем имя сервера и его описание (если нужно). Переходим в свойства системы => изменить параметры => изменить. Задаем «Имя компьютера», и если нужно, то имя рабочей группы. После изменения параметров нужно перезагрузиться.

После перезагрузки можете проверить, все ли у вас прошло успешно с изменением имени.

2) Далее меняем сетевые настройки, IP, маску и шлюз ставите обязательно статичными, настройки производятся в зависимости от Вашей сети.

Переходим в свойства сетевой карты.

И далее в свойства IPv4

3) Следующим пунктом настраиваем Active Directory. Добавляем роли и компоненты. Для этого переходим меню «Пуск» => Диспетчер серверов.

Установка «Ролей и компонентов».

Соответственно выбираем нужный нам пул сервера.

В «Роли сервера» для всех наших настроек выберем «DHCP-сервер», «DNS-сервер», «Доменные службы Active Directory» и «Службы удаленных рабочих столов».

Идем далее до «Службы ролей» и выбираем пункты как на скриншоте ниже.

После так же идем «Далее» до пункта «Подтверждение» и устанавливаем все, что мы выбрали.

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

В мастере настроек доменных служб выбираем «Добавить лес» и вводим имя корневого домена, это может быть любое имя, к примеру домен вашего сайта.

В параметрах контроллера нужно придумать пароль.

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

Далее идем до «Проверки предварительных требований», если проверка прошла успешно, то устанавливаем примененные настройки.

После полной установки необходимо перезагрузиться.

4) Производим настройку «Зона обратного просмотра».

На пункте «Зона обратного просмотра» => Создать новую зону.

Выбираем «Основную зону».

Для всех DNS-серверов, работающих на контроллерах домена в этом домене:

Зона обратного просмотра IPv4

Ну и соответственно выводим индефикатор сети.

Проверяем, что все установилось.

5) Переходим к настройке DHCP. Переходим в мастер установки.

После завершения установки => Диспетчер => Средства => DHCP

Задаем любое имя области DHCP.

В диапазоне адресов задаем начальный и конечный интервал области IP адресов, который будет раздавать сервер.

Далее в дереве каталогов DHCP => Имя сервера => Область => Пул адресов. В списке должен быть указан начальный и конечный диапазон, который Вы указывали в настройках.

6) Теперь по настройкам лицензирования удаленных рабочих столов (терминального сервера). Пошаговую инструкцию как лицензировать терминальный сервер можете прочитать в нашей ранней статье на следующей странице.

Источник

Диспетчеру серверов не удается загрузить список серверов windows server 2019

Вопрос

Обновил сервер с 2016 до 2019. На клиентской (админской) машине с Win Pro 1809 не могу добавить обновлённый сервер: «. не удалось обновить конфигурацию. Ошибка^ Служба WS-Management не удается обработать запрос. Рассчитанный размер пакета ответа (523250) превысил максимально допустимый размер конверта (512000).» Версия Диспетчера серверов 10.0.17763.168

Где задается/изменяется размер пакета?

Ответы

Все ответы

Столкнулся с такой же проблемой после обновления с 2016 на 2019.

Подскажите, что еще нужно сделать?

Нужно перезагрузить сервер? Или службу перезапустить?

Смотрю через диспетчер серверов

Выполните команду winrm get winrm/config и дайте скрин, ну или укажите значение которое видите MaxEnvelopeSizekb =

На клиенте значения такие же

Что еще можно попробовать?

А при просмотре в Диспетчере серверов установленного на других серверах ошибка есть по проблемному серверу?

Еще как вариант на своей машине выполните восстановление системных файлов через DISM и SFC

Если добавляю проблемный сервер в диспетчер на другом сервере, то там тоже ошибка.

То есть проблема, на клиенте. Попробовать на нем восстановление сделать?

В общем, всё идет не по плану.

Запустил команды, завершились с ошибками. Нашел по логам, ошибка в NF3.5.

Снес NF3.5, ни одна из команд не выполняются вообще.

Стартуют и нет прогресса.

dism /online /cleanup-image /restorehealth

Пока дальше идей нет.

Установлю заново, но вечером.

Повторно запущу команды после этого

Что-то ничего не выполняется.

+ CategoryInfo : NotSpecified: (:) [Repair-WindowsImage], COMException
+ FullyQualifiedErrorId : Microsoft.Dism.Commands.RepairWindowsImageCommand

S H:> Dism /Online /Cleanup-Image /RestoreHealth

Cистема DISM
Версия: 10.0.17763.1

Версия образа: 10.0.17763.678

Не удалось найти исходные файлы.
Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра «Источник». Дополнительные сведения об указании расположения источника см. на веб-странице http://go.microsoft.com/fwlink/?LinkId=243077.

Файл журнала DISM находится по адресу C:WINDOWSLogsDISMdism.log

PS H:> Dism /Online /Cleanup-Image /RestoreHealth /Source:E:sourcessxs

Cистема DISM
Версия: 10.0.17763.1

Версия образа: 10.0.17763.678

Не удалось найти исходные файлы.
Укажите расположение файлов, необходимых для восстановления компонента, с помощью параметра «Источник». Дополнительные сведения об указании расположения источника см. на веб-странице http://go.microsoft.com/fwlink/?LinkId=243077.

Файл журнала DISM находится по адресу C:WINDOWSLogsDISMdism.log

В логах все ошибки ссылаются на код 0x800f081f

Пришло время для In-place Upgrade? Или пока рано?

Источник

It started doing this a couple of days ago, before installing any updates.  I installed the recently released updates, but that made no change.

Error event detail follows:

Application: ServerManager.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentException
   at Microsoft.Windows.ServerManager.Common.Data.RoleFeatureRoot..ctor(System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>)
   at Microsoft.Windows.ServerManager.Common.Data.Server.UpdateFeatures(System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>
ByRef, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature> ByRef, System.Collections.Generic.ICollection`1<Int32> ByRef)
   at Microsoft.Windows.ServerManager.Common.Data.DataAccessLayer.UpdateFeatures(System.String, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>)
   at Microsoft.Windows.ServerManager.Common.Refresh.FeatureDataProcessor.OnCompleted(System.Exception)
   at Microsoft.Windows.ServerManager.Common.Refresh.DataProcessorService.MethodCompleted(System.String, System.String, System.Exception)
   at Microsoft.Windows.ServerManager.Common.Refresh.DataProcessorService.OnMethodCompleted(Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem, System.String)
   at Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem.RaiseOperationCompletedEvent(System.String)
   at Microsoft.Windows.ServerManager.Common.Refresh.NodeRefreshItem+<>c__DisplayClass13_0.<InvokeMethod>b__0(System.String, System.String, System.String, System.String)
   at Microsoft.Windows.ServerManager.Common.NodeAccess.InvokeMethodOperation.OnCompleted()
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallUnderOriginalExecutionContext(System.Action)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallIntoUserCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, System.Action, Boolean, Boolean)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].OnCompletedInternal(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.InvokeWhenOperationIsSet(System.Action`1<Microsoft.Management.Infrastructure.Internal.Operations.CimOperation>)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].ProcessNativeCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext,
System.__Canon, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncMethodResultObserverProxy.InstanceResultCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, Microsoft.Management.Infrastructure.Native.OperationHandle,
Microsoft.Management.Infrastructure.Native.InstanceHandle, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
   at Microsoft.Management.Infrastructure.Native.ExceptionSafeInstanceResultCallback.InvokeUserCallback()
   at UserFilteredExceptionHandling.UserFilteredExceptionMethod(System.Action, System.Func`2<System.Exception,Boolean>, System.Action`1<System.Exception>)
   at Microsoft.Management.Infrastructure.Native.ExceptionSafeCallbackBase.InvokeUserCallbackAndCatchInternalErrors()

It started doing this a couple of days ago, before installing any updates.  I installed the recently released updates, but that made no change.

Error event detail follows:

Application: ServerManager.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.ArgumentException
   at Microsoft.Windows.ServerManager.Common.Data.RoleFeatureRoot..ctor(System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>)
   at Microsoft.Windows.ServerManager.Common.Data.Server.UpdateFeatures(System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>
ByRef, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature> ByRef, System.Collections.Generic.ICollection`1<Int32> ByRef)
   at Microsoft.Windows.ServerManager.Common.Data.DataAccessLayer.UpdateFeatures(System.String, System.Collections.Generic.ICollection`1<Microsoft.Windows.ServerManager.Common.Data.IFeature>)
   at Microsoft.Windows.ServerManager.Common.Refresh.FeatureDataProcessor.OnCompleted(System.Exception)
   at Microsoft.Windows.ServerManager.Common.Refresh.DataProcessorService.MethodCompleted(System.String, System.String, System.Exception)
   at Microsoft.Windows.ServerManager.Common.Refresh.DataProcessorService.OnMethodCompleted(Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem, System.String)
   at Microsoft.Windows.ServerManager.Common.Refresh.NodeAccessItem.RaiseOperationCompletedEvent(System.String)
   at Microsoft.Windows.ServerManager.Common.Refresh.NodeRefreshItem+<>c__DisplayClass13_0.<InvokeMethod>b__0(System.String, System.String, System.String, System.String)
   at Microsoft.Windows.ServerManager.Common.NodeAccess.InvokeMethodOperation.OnCompleted()
   at System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean)
   at System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallUnderOriginalExecutionContext(System.Action)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.CallIntoUserCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, System.Action, Boolean, Boolean)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].OnCompletedInternal(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncCallbacksReceiverBase.InvokeWhenOperationIsSet(System.Action`1<Microsoft.Management.Infrastructure.Internal.Operations.CimOperation>)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncObserverProxyBase`1[[System.__Canon, mscorlib, Version=4.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089]].ProcessNativeCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext,
System.__Canon, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
   at Microsoft.Management.Infrastructure.Internal.Operations.CimAsyncMethodResultObserverProxy.InstanceResultCallback(Microsoft.Management.Infrastructure.Native.OperationCallbackProcessingContext, Microsoft.Management.Infrastructure.Native.OperationHandle,
Microsoft.Management.Infrastructure.Native.InstanceHandle, Boolean, Microsoft.Management.Infrastructure.Native.MiResult, System.String, Microsoft.Management.Infrastructure.Native.InstanceHandle)
   at Microsoft.Management.Infrastructure.Native.ExceptionSafeInstanceResultCallback.InvokeUserCallback()
   at UserFilteredExceptionHandling.UserFilteredExceptionMethod(System.Action, System.Func`2<System.Exception,Boolean>, System.Action`1<System.Exception>)
   at Microsoft.Management.Infrastructure.Native.ExceptionSafeCallbackBase.InvokeUserCallbackAndCatchInternalErrors()

Возникла следующая ошибка. При входе на сервер под управлением Win2k8R2 и открытии Диспетчера сервера, Диспетчер не показывал список Ролей, а также не давал управлять ролями и компонентами.
Итак, решение.

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

«Unexpected error refreshing Server Manager: No signature was present in the subject. (Exception from HRESULT:0x800B0100)».

Суть в том, что вероятнее всего, у Вас не было корректно установлено одно из обновлений, которое необходимо для корректной работы Диспетчера сервера.
Первое, что необходимо, пойти сюда (конечно не забудьте закрыть Диспетчер сервера): http://support.microsoft.com/kb/947821/ru, промотать немного вниз, выбрать из списка свою ОС и скачать нужную версию софтины под названием System Update Readiness Tool.
После установки, проверяем, не была ли исправлена проблема. Если нет, то идем сюда: 
%SYSTEMROOT%LogsCBSCheckSUR.log.

=================================

Checking System Update Readiness.

Binary Version 6.1.7601.21645

Package Version 13.0

2011-12-24 21:06

Checking Windows Servicing Packages

Checking Package Manifests and Catalogs

(f) CBS MUM Corrupt 0x00000000 servicingPackagesPackage_for_KB2572076_RTM~31bf3856ad364e35~amd64~~6.1.1.0.mum Expected file name Microsoft-Windows-Foundation-Package~31bf3856ad364e35~amd64~~6.1.7600.16385.mum does not match the actual file name

Checking Package Watchlist

Checking Component Watchlist

Checking Packages

Checking Component Store

Summary:

Seconds executed: 550

 Found 1 errors

  CBS MUM Corrupt Total count: 1

Unavailable repair files:

servicingpackagesPackage_for_KB2572076_RTM~31bf3856ad364e35~amd64~~6.1.1.0.mum

Идем на сайт Microsoft и качаем обновление, но не торопимся ставить. Дело в том, что при установке, обновление не проверяет корректность установки старого обновления. Оно просто видит, что уже стоит и ничего не делает, по этому придется поработать ручками.
Распаковываете скачанное обновление (при желании, переименуйте в zip, rar, cab, как угодно, хотя винрар прекрасно его откроет через контектсное меню). В нем находите cab архив с таким же названием, что и изначальный файл. Нужный архив будет самым большим файлом. Распаковываете и его тоже.
Теперь, ищете файлы с таким же названием, что указан в логе, который мы смотрели ранее. В моем случае это были:

servicingpackagesPackage_for_KB2572076_RTM~31bf3856ad364e35~amd64~~6.1.1.0.mum

Не так давно Microsoft выпустила очень интересный инструмент Диспетчер серверов (Remote Server Administration Tools). Данный пакет дал возможность системным администраторам наглядно видеть состояние всех Windows серверов и запущенных на них сервисов.

В интернете существует огромное количество статей про данный инструмент и причина для появления ещё одной, очевидно должна быть не тривиальной. И такая причина есть – это возможность мониторинга и управления серверами с ноутбука или компьютера, которые не входят в один домен с администрируемыми серверами, что может быть очень актуально, например, для приходящего сисадмина.

Установка

Прежде чем переходить к основному вопросу нашей статьи кратко разберём один из вариантов установки.

Для начала нужно скачать с сайта Microsoft соответствующий вашей операционной системе установочный пакет. Для Windows 10 для этого пройдите по следующей ссылке, выберите язык, после чего вам будет доступен список доступных пакетов для выбранного вами языка:

Обратите внимание, здесь вам нужно выбрать тип операционной системы x64 или x86, а также версию установленной ОС Windows. Версию ОС Windows можно узнать, выполнив, например, команду winver в командной строке Windows:

А моём случае это версия 1803, а так как у меня установлена 64-ёх разрядная версия, я буду скачивать установочный пакет WindowsTH-RSAT_WS_1803-x64.msu.

После установки данного пакета открываем папку C:WindowsSystem32 и запускаем приложение ServerManager.exe

При необходимости вы можете создать ярлык для данного приложения на рабочем столе или закрепить его на Панели задач.

Добавление серверов в «Диспетчер серверов»

Для добавления серверов, которым мы хотим управлять открываем Управление -> Добавление серверов.

В открывшемся окне нам нужна вкладка DNS (ну или вы можете создать текстовый файл со списком IP-адресов ваших серверов и воспользоваться вкладкой Импорт). Вводим в строке поиска IP-адрес или имя нашего сервера, жмём лупу и добавляем нужный сервер в список:

После того, как все сервера добавлены в список жмём ОК:

Если серверы находятся в вашем домене и у вас есть права Администратора, то на этом настройку Диспетчера серверов можно заканчивать.

Если же серверы находятся в неродном для вашего ПК домене, придётся выполнить ещё ряд настроек.

Настройка доступа к серверам

Если после добавления серверов на странице «Все серверы» вы видите следующую картину:

То вам необходимо выполнить следующие действия:

1. Убедиться, что пользователь, который осуществляет доступ к серверам обладает правами Администратора данных серверов или домена, при необходимости установить в настройках подключения соответствующего пользователя.
2. Если ваш ПК и серверы находятся в разных доменах необходимо прописать все управляемы серверы в списке доверенных хостов вашего ПК.

Определяем пользователя

Для того, чтобы определить или изменить пользователя, кликаем правой кнопкой мыши на соответствующем сервере на странице «Все серверы» Диспетчера серверов и выбираем пункт меню «Управлять как…».

В открывшемся окне вводим полное имя пользователя включая домен, например admin@mytestdomen.ru и его пароль.

Добавляем серверы в список доверенных хостов

Для добавления сервера в список доверенных хостов, необходимо открыть командную строку с правами администратора, после чего выполнить в ней следующий запрос:

winrm set winrm/config/client @{TrustedHosts = «10.0.0.10»}

Где 10.0.0.10 – IP-адрес добавляемого сервера, вместо которого можно использовать имя соответствующего сервера, например sr-ad1.mytestdomen.ru

После чего в списке серверов у вас произойдут примерно такие изменения:

Но при попытке добавить следующий сервер, вы столкнётесь с тем, что запись предыдущего сервера будет затираться и активным будет оставаться только последний. Чтобы этого избежать необходимо запустить в командной строке команду, которая добавить в список доверенных хостов все необходимые нам сервера сразу. Для это перечисляем все наши серверы через запятую, примерно так:

winrm set winrm/config/client @{TrustedHosts = «10.0.0.10, 10.0.0.11, 10.0.0.12, 10.0.0.13»}

Если вы всё сделали верно наслаждаемся возможностью управлять серверами со своего рабочего ноутбука.

Надеюсь, данная статья была вам полезна.

Делаю замену Windows Server 2003 на 2012. Чистая установка, все сервера (более 10) находятся в разных регионах страны и сайтах АД. Проблема в следующема:

в плитке Диспетчер Серверов/Все Сервера/Серверы в столбце «Управляемость» у всех WS2012 светится «В сети: сбой при получении данных», за исключением локального сервера. Ручное обновление не помогает выдает ошибку:

«Ошибка    SERVER-D20: не удалось обновить конфигурацию. Ошибка: Не удалось получить метаданные с сервера из-за следующей ошибки: WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не
предоставила других сведений о причине сбоя.     27.07.2013 13:27:23″

Заходил на большенство серверов по RDP и проверял нагрузку на CPU, МЕМ все ОК. Запускал PS под правами администратора и выполнял команду «winrm enumerate winrm/config/listener». При первом выполнии пишет ошибку, а при втором
и последующих если зразу же запускать то выдает нормальный результа (протокол ниже)

PS C:Windowssystem32> winrm enumerate winrm/config/listener
Listener
    Address = *
    Transport = HTTP
    Port = 5985
    Hostname
    Enabled = true
    URLPrefix = wsman
    CertificateThumbprint
    ListeningOn = 127.0.0.1, 172.30.62.3, ::1, fe80::5efe:172.30.62.3%14, fe80::78cb:ba03:e550:8e4d%12

Сутуация на всех серверах одинаковая, на всех поднята роль AD, DNS, DHCP, FileServer-DFS.

Как это побороть, может кто встречался?

В данной статье мы рассмотрим базовые настройки Windows Server 2016, которые осуществляются сразу после установки системы и которые обычно обязательные к использованию. Как установить Windows Server 2016 можете ознакомиться в нашей прошлой статье.

Итак, приступим. Для начала нам нужно задать имя нашему серверу, для этого заходим в свойства системы => изменить параметры => изменить. Задаем «Имя компьютера», и если нужно, то имя рабочей группы. После изменения параметров нужно перезагрузиться.

После нам нужно задать сетевые настройки. Если у Вас сервер подключен к маршрутизатору, то задаем IP шлюза, вводим статический адрес, это обязательно для сервера и маску подсети. Информацию об IP адресах в Вашей локальной сети можно посмотреть через командную строку командной «ipconfig». Ниже на скриншотах указаны примеры, у Вас IP адреса будут отличаться.

Заходим в настройки сетевых подключений:

Заходим в свойства пункта IPv4.

И вводим задаем здесь статические IP адреса. После ставим галку «Подтвердить параметры при выходи», тем самым сохраняя настройки.

Перейдем наконец к самым главным настройкам, к Active Directory. Меню «Пуск» => Диспетчер серверов.

В панели мониторинга => Добавить роли и компоненты.

В типе установки выбираем «Установка ролей или компонентов».

Выбираем нужный сервер в пуле, он будет с именем, который Вы назначили по инструкции выше.

В ролях сервера мы выбираем следующие стандартные роли. Вы можете выбрать что-то еще, если Вам необходимо под Ваши задачи.

В компонентах оставляем по стандарту следующие пункты. Мы рекомендуем вам дополнительно установить «Службу беспроводной локальной сети», т.к без этой службы на сервер нельзя будет поставить Wi-Fi адаптер и производить настройку беспроводной сети.

В службе ролей мы выбираем следующие пункты. Далее в инструкции мы будем лицензировать терминальный сервер.

Далее оставляем все по стандарту (если Вам не нужно самим, что-то дополнительно установить). Доходим до пункта «Подтверждение» и устанавливаем.

После установки служб нужно перезагрузиться.

Приступаем к настройкам DNS. В Active Directory нажимаем на флажок справа на верху и после заходим в настройки повышения роли этого сервера до контроллера домена.

Выбираем пункт «Добавить новый лес» и придумываем имя Вашему домену. На нашем примере это будет «softcomputers».

Настройки оставляем по стандарту. Вы должны только придумать пароль для Вашего домена.

Проходим проверку. Если вы все сделали правильно, то должно установиться все корректно

После установки и перезагрузки заходим в меню «Средства» => DNS.

Раскрываем древо DNS => «Имя вашего сервера» => Зоны прямого просмотра => Зоны обратного просмотра => Правой кнопкой мыши на данный пункт и «Создать новую зону».

Выбираем «Основная зона» и далее по скриншотам ниже.

На этом пункте выбираете диапазон Вашей локальной сети. У нас на примере она будет 192.168.0. у Вас она может будет своя (см. cmd => ipconfig).

На этом настройки DNS закончены. Приступим к настройкам DHCP. Так же заходим в Active Directory и во флажке справа на верху выбираем соответствующую настройку.

После создания DHCP переходим в меню средства => DHCP для его настройки.

В древе DHCP => Ваш сервер => IPv4 => Правой кнопкой мыши => Создать область.

Задаем имя новой области, у нас это будет «basic».

Далее будет меню для исключения диапазона, если нужно исключить что-то можете сделать в этом меню, если не нужно, то пропускаете.

Далее создаем новый диапазон IP адресов, который будет раздавать сервер в локальную сеть. У нас на примере это новый диапазон 192.168.1
Вы можете создать любой другой диапазон на свое усмотрение.

Далее в древе DHCP => Имя сервера => Область => Пул адресов — будет создан новый диапазон.

Дальше по списку настроек перейдем к созданию терминального сервера и его лицензирования. Это нужно для того, чтобы пользователи могли подключаться по RDP к серверу по своей учетной записи. (Учетную запись для пользователей будем рассматривать в этой инструкции ниже).

Переходим в «Панель управления» => Администрирование => Remote Desktop Services => Диспетчер лицензирования удаленных рабочих столов.

Выбираем пункт во «Все серверы», далее в списке видим имя вашего сервера => правой кнопкой мыши на этот пункт => Активировать сервер.

Переходим в «Мастер активации».

Выбираем «Авто».

Далее вводите опционально имя и фамилию, название Вашей организации и страну размещения сервера.

Приступаем к самому лицензированию после регистрации выше. Вам нужен ключ активации для лицензирования терминального сервера — CAL (Client Access Licence) будет в нашем случае. Он обеспечивает подключение 50 пользователей (клиентов) по RDP к серверу Приобрести ключ активации для данной функции можете в нашем интернет-магазине на следующей странице.

Выбираем «Пакет лицензий в розницу» => Далее.

Вводим ключ активации, который Вы приобрели.

Далее в зависимости от лицензии она может определиться сразу на 50 пользователей, либо Вам нужно будет это указать самим как на скриншоте ниже. (указав больше пользователей, чем позволяет лицензия — данная настройка просто не активируется). Тип лицензии соответственно выбираем «По пользователю».

Далее заходим в редактор локальной групповой политики поиск => gpedit.msc => Конфигурация компьютера => Административные шаблоны => Компоненты Windows => Службы удаленных рабочих столов => Узел сеансов удаленных рабочих столов => Лицензирование.

Переходим в меню «Использовать указанные серверы лицензирования удаленных рабочих столов» и вводим в поле имя Вашего сервера, либо его IP.

После переходим в меню «Задать режим лицензирования удаленных рабочих столов», в раскрывающемся меню выбираем «На пользователя».

После возвращаемся в диспетчер лицензирования удаленных рабочих столов. И смотрим активирован ли сервер. Если да, то все ок. Но у Вас еще может быть «желтое предупреждение» на иконке сервера. Чтобы устранить проблемы переходим в «Рецензия». В меню данной «Рецензии» могут быть пункты которые нужно отметить, нажмите соответствующие кнопки, если они у вас будут.

На настройках RDP все. Теперь нам осталось создать первого пользователя, который будет подключен по RDP к этому серверу.

Active Directory => Средства => Пользователи и компьютеры Active Directory.

В правом списке выбираете Ваш сервер => Правой кнопкой мыши => Создать => Подраздаление. В этом меню мы создадим пул, в котором будет содержаться список наших пользователей.

Задаем ему соответствующее имя. На всякий случай поставьте галку для защиты от случайного удаления.

Далее в новой созданной папке слева в списке => Правой кнопкой мыши => Создать => Пользователь.

Опционально вводим ФИО пользователя и обязательно имя для входа, желательно это делать на латинице.

В следующем окне задаем пароль для пользователя поставив соответствующие галки.

В списке в меню «Пользователи» Вы можете управлять пользователями, удалять их, менять им пароль и т.п. Теперь наш новый пользователь «Петр Петров» может зайти по IP сервера, или по его имени в RDP находясь в одной локальной сети с сервером, либо если он добавлен в домен сервера.

На этом с настройками все. Мы рассмотрели самые важные аспекты в настройки и лицензирования Windows Server 2016. Следите за нашим блогом SoftComputers, у нас еще много всего полезного! 🙂