Меню

Сообщение об ошибке winrm не удается выполнить операцию убедитесь

  • Remove From My Forums

  • Вопрос

  • После установки Exchange 2013 с ролями клиентского доступа и почтовых ящиков powershell выдает ошибку:

    New-PSSession : [servername] Сбой подключения к удаленному серверу servername. Сообщение об ошибке: WinRM не удается
    выполнить операцию Убедитесь, что имя компьютера указано правильно, компьютер доступен по сети, а в брандмауэре задано
    исключение для службы WinRM, которое разрешает доступ к этому компьютеру. По умолчанию исключение брандмауэра для WinRM
     для общедоступных профилей ограничивает доступ к удаленным компьютерам в той же локальной подсети. Подробности см. в р
    азделе справки «about_Remote_Troubleshooting».
    строка:1 знак:1
    + New-PSSession -ConnectionURI «$connectionUri» -ConfigurationName Microsoft.Excha …
    + ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
        + CategoryInfo          : OpenError: (System.Manageme….RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin
       gTransportException
        + FullyQualifiedErrorId : WinRMOperationTimeout,PSSessionOpenFailed

    сервер доступен по сети, файрволл отключен, winrm quickconfig выдает
    Служба WinRM уже выполняется на этом компьютере.
    Служба WinRM уже настроена для удаленного управления на этом компьютере

    команда Enter-PSSession -ComputerName localhost показывает приглашение.
    [localhost]: PS C:Usersadmin6Documents> exit

    что ему надо?

Ответы

  • короче, я его снес. это больше всего было похоже на то, что Exchange просто некорректно установился, несмотря на то, что рапортовал о успешном запуске. за чтиво спасибо, если бы я конечно был администратором одного только Exchange.
    а то ж и швец и жнец, вот и приходится проявлять мастерство гугл-фу, да плакать на форумах в особо запущенных случаях

    • Помечено в качестве ответа

      29 января 2019 г. 6:32

Источник

Содержание

  1. (Клиент WinRM не может обрабатывать запрос) ошибка при подключении к Exchange Online через удаленные Windows PowerShell
  2. Проблема
  3. Причина
  4. Решение
  5. Дополнительные сведения
  6. Ошибки при запуске команд WinRM для проверки локальных функций в среде Windows Server 2008
  7. Симптомы
  8. Причина
  9. Решение
  10. Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно
  11. Вопрос
  12. Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно
  13. Вопрос
  14. Ответы
  15. Все ответы
  16. Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно
  17. Вопрос
  18. Ответы
  19. Все ответы

(Клиент WinRM не может обрабатывать запрос) ошибка при подключении к Exchange Online через удаленные Windows PowerShell

Проблема

При использовании удаленных Windows PowerShell для подключения к Exchange Online в Microsoft Office 365, вы получаете следующее сообщение об ошибке:

[outlook.office365.com] Подключение к удаленному серверу не удалось с помощью следующего сообщения об ошибке:
Клиент WinRM не может обрабатывать запрос, так как имя сервера невозможно разрешить. Дополнительные сведения см. в разделе about_Remote_Troubleshooting Справка.

+ CategoryInfo : OpenError:
(System.Manageme. RemoteRunspace:RemoteRunspace) [].
PSRemotingTransportException

Причина

Эта проблема возникает в одной из следующих ситуаций:

Решение

Убедитесь, что брандмауэр не блокирует необходимый трафик.

Проверьте, установлена ли Windows служба удаленного управления и запущена ли она:

Введите services.msc в диалоговом окне Run и нажмите кнопку Ввод.

В MMC служб дважды щелкните Windows удаленное управление.

Установите тип запуска в Руководство, а затем нажмите кнопку ОК.

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

Если служба уже запущена, но она не отвечает, может потребоваться нажать кнопку Перезапуск.

Попробуйте подключиться к Exchange Online снова.

Проверка параметра прокси-сервера

Откройте повышенный командный запрос.

Запустите следующую команду, чтобы проверить текущую конфигурацию прокси:

Примите одно из следующих действий:

Чтобы сбросить прокси WinHTTP, запустите следующую команду:

Чтобы настроить новый прокси-сервер, запустите следующую команду:

Дополнительные сведения

Дополнительные сведения о конечных точках Microsoft 365 см. в Microsoft 365 URL-адресов и диапазонов IP-адресов.

Дополнительные сведения о том, как подключиться к Exchange Online с помощью удаленной powerShell, перейдите в Подключение Exchange Online с помощью remote PowerShell.

Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.

Источник

Ошибки при запуске команд WinRM для проверки локальных функций в среде Windows Server 2008

В этой статье предоставляется решение ошибок, которые возникают при запуске команд WinRM для проверки локальных функций в среде Windows Server 2008.

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

Симптомы

При запуске команд WinRM для проверки локальных функций на сервере в среде Windows Server 2008 вы можете получать сообщения об ошибках, похожие на следующие:

winrm e winrm/config/listener
Сообщение WSManFault = Клиент не может подключиться к пункту назначения, указанному в запросах. Убедитесь, что служба в пункте назначения запущена и принимает запрос. Обратитесь к журналам и документации для WS-Management службы, которая работает в пункте назначения, чаще всего iiS или WinRM. Если предназначена служба WinRM, запустите следующую команду в пункте назначения для анализа и настройки службы WinRM: «winrm quickconfig»
Номер ошибки:
-2144108526 0x80338012

winrm id
Ошибка WSMan
Сообщение = Клиент WinRM получил состояние http bad request (400), но удаленная служба не включала никаких других сведений о причине сбоя. Номер ошибки:
-2144108175 0x80338171

winrm quickconfig
WinRM не настроен для получения запросов на этом компьютере. Необходимо внести следующие изменения:
Запустите службу WinRM.
Внести эти изменения [y/n]? y
WinRM обновлен для получения запросов.
Запущена служба WinRM.

Причина

Эта проблема может возникнуть в случае слома службы удаленного управления окном и ее функций прослушиватель.

Решение

Чтобы устранить эту проблему, выполните следующие действия:

Установка последнего Windows удаленного управления.

Запустите следующую команду для восстановления конфигурации слушателя:

Выполните следующую команду для выполнения конфигурации службы удаленного Windows удаленного управления и ее слушателя по умолчанию:

Источник

Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно

trans

Вопрос

trans

trans

У меня возникла следующая проблема :

На виртуальной машине был поднят SCVMM 2012

Без видимых проблем были добавлены hyper-v хосты под операционными системами Win 2008, Win 2012. Проблема в следующем : сервера win 2008 мониторятся без проблем, ошибок не возникает. На Win2012 серверах время от времени появляется статус «требует внимания», на самом сервере подвисает служба WinRM (на запрос winrm id выдает следующее :

C:Windowssystem32>winrm id
WSManFault
Message = WinRM не удается выполнить операцию Убедитесь, что имя компьютера
указано правильно, компьютер доступен по сети, а в брандмауэре задано исключение
для службы WinRM, которое разрешает доступ к этому компьютеру. По умолчанию иск
лючение брандмауэра для WinRM для общедоступных профилей ограничивает доступ к у
даленным компьютерам в той же локальной подсети.

Есть подозрение, что служба подвисает из за версии WinRM : Stack: 3.0 (на более древних серверах Stack: 2.0 и все работает).

Подскажите, как избавится от данной проблемы? Буду благодарен за любую помощь.

Источник

Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно

trans

Вопрос

trans

trans

Есть несколько удалённых машин на win7x32

Давно уже настроено удалённое управление через winrm.

Настраивал командой winrm qc или Enable-PSRemoting (точно не вспомню, да и команды вроде бы одинаковые)

Брандмауер был отключён.

Недавно начал присваивать DNS-суффикс, настраивать и включать брандмауер.

Разрешения для подключения winrm добавляю командой:

netsh advfirewall firewall add rule name=»WinRM 5985″ protocol=TCP dir=in localport=5985 action=allow enable=yes remoteip=»my_ip»profile=any

Настройки брандмауера импортировал и вручную забивал.

После применения всех настроек Enter-PSSession выдаёт ошибку подключения.

После отключения брандмауера никаких ошибок.

Проблема не на каждой машине.

В чём может быть дело?

Ответы

trans

trans

в своей настройке разрешения подключения:

netsh advfirewall firewall add rule name=»WinRM 5985″ protocol=TCP dir=in localport=5985 action=allow enable=yes remoteip=»my_ip»profile=any

в брандмауере исправил «my_ip» на «any» (любой адрес).

Странно, что в другой подсети всё работает.

Буду изучать настройки оборудования. Возможно там кроется какая-то ерунда.

Все ответы

trans

trans

Достаточно включить стандартное, имхо. а не создавать свои кастомные для этого. Брандмауэр во время включения должен быть включен!

trans

trans

trans

trans

Достаточно включить стандартное, имхо. а не создавать свои кастомные для этого.

trans

trans

Бывает и так. Я просто напомнил Вам про это.

И, кстати, НЕ ОТКЛЮЧАЙТЕ БРАНДМАУЭР ради фана, если Вы не читали статью 🙂

trans

trans

Ситуация не изменилась.

PS C:Usersesqado> Test-WSMan remote_host
Test-WSMan : WinRM не удается выполнить операцию Убедитесь, что имя компьютера указано правильно, компьютер доступен по сети, а в брандмауэре задано исключение для службы WinRM, которое разрешает доступ к этому компьютеру. По умолчанию исключение брандмауэра для WinRM для общедоступных профилей ограничивает доступ к удаленным компьютерам в той же локальной подсети.
строка:1 знак:1
+ Test-WSMan remote_host
+

+ CategoryInfo : InvalidOperation: (ap_03_dir:String) [Test-WSMan], InvalidOperationException
+ FullyQualifiedErrorId : WsManError,Microsoft.WSMan.Management.TestWSManCommand

Подскажите пожалуйста, как должно быть правильно настроено исключение для WinRM в брандмауере?

Отключение брандмауера для домашних или частных сетей решает проблему подключения.

Как можно откатить все изменения для настройки удалённого управления, чтобы потом заново применить все настройки?

Источник

Winrm не удается выполнить операцию убедитесь что имя компьютера указано правильно

trans

Вопрос

trans

trans

Есть несколько удалённых машин на win7x32

Давно уже настроено удалённое управление через winrm.

Настраивал командой winrm qc или Enable-PSRemoting (точно не вспомню, да и команды вроде бы одинаковые)

Брандмауер был отключён.

Недавно начал присваивать DNS-суффикс, настраивать и включать брандмауер.

Разрешения для подключения winrm добавляю командой:

netsh advfirewall firewall add rule name=»WinRM 5985″ protocol=TCP dir=in localport=5985 action=allow enable=yes remoteip=»my_ip»profile=any

Настройки брандмауера импортировал и вручную забивал.

После применения всех настроек Enter-PSSession выдаёт ошибку подключения.

После отключения брандмауера никаких ошибок.

Проблема не на каждой машине.

В чём может быть дело?

Ответы

trans

trans

в своей настройке разрешения подключения:

netsh advfirewall firewall add rule name=»WinRM 5985″ protocol=TCP dir=in localport=5985 action=allow enable=yes remoteip=»my_ip»profile=any

в брандмауере исправил «my_ip» на «any» (любой адрес).

Странно, что в другой подсети всё работает.

Буду изучать настройки оборудования. Возможно там кроется какая-то ерунда.

Все ответы

trans

trans

Достаточно включить стандартное, имхо. а не создавать свои кастомные для этого. Брандмауэр во время включения должен быть включен!

trans

trans

trans

trans

Достаточно включить стандартное, имхо. а не создавать свои кастомные для этого.

trans

trans

Бывает и так. Я просто напомнил Вам про это.

И, кстати, НЕ ОТКЛЮЧАЙТЕ БРАНДМАУЭР ради фана, если Вы не читали статью 🙂

trans

trans

Ситуация не изменилась.

PS C:Usersesqado> Test-WSMan remote_host
Test-WSMan : WinRM не удается выполнить операцию Убедитесь, что имя компьютера указано правильно, компьютер доступен по сети, а в брандмауэре задано исключение для службы WinRM, которое разрешает доступ к этому компьютеру. По умолчанию исключение брандмауэра для WinRM для общедоступных профилей ограничивает доступ к удаленным компьютерам в той же локальной подсети.
строка:1 знак:1
+ Test-WSMan remote_host
+

+ CategoryInfo : InvalidOperation: (ap_03_dir:String) [Test-WSMan], InvalidOperationException
+ FullyQualifiedErrorId : WsManError,Microsoft.WSMan.Management.TestWSManCommand

Подскажите пожалуйста, как должно быть правильно настроено исключение для WinRM в брандмауере?

Отключение брандмауера для домашних или частных сетей решает проблему подключения.

Как можно откатить все изменения для настройки удалённого управления, чтобы потом заново применить все настройки?

Источник

Источник

При настройке WinRM на серверах в домене Active Directory столкнулся со странной проблемой. После того как служба WinRM была настроена и включена на сервере, к ней разрешено удалённое подключение через Windows PowerShell Remoting, при попытке удаленного подключения к данному серверу с помощью команды
Enter-PSSession msk-dp01
в консоли PowerShell появляется следующая ошибка WinRM:

Enter-PSSession : Сбой подключения к удаленному серверу msk-dp01. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Невозможно определить тип содержимого ответа HTTP от компьютера назначения. Тип содержимого не является допустимым или отсутствует. Подробности см. в разделе справки «about_Remote_Troubleshooting».

строка:1 знак:1

+ Enter-PSSession msk-dp01

+ ~~~~~~~~~~~~~~~~~~~~~~~~~

+ CategoryInfo : InvalidArgument: (msk-dp01:String) [Enter-PSSession], PSRemotingTransportException

+ FullyQualifiedErrorId : CreateRemoteRunspaceFailed

Enter-PSSession : Сбой подключения к удаленному серверу msk-dp01. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Невозможно определить тип содержимого ответа HTTP от компьютера назначения. Тип содержимого не является допустимым или отсутствует.

В английской версии Windows ошибка выглядит так:

PS C:Windowssystem32> Enter-PSSession msk-dp01

Enter-PSSession : Connecting to remote server msk-dp01 failed with the following error message : The WinRM client received an HTTP bad request status (400), but the remote service did not include any other information about the cause of the failure. For more information, see the about_Remote_Troubleshooting Help topic.

At line:1 char:1

+ Enter-PSSession msk-dp01

+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~

+ CategoryInfo : InvalidArgument: (msk-dp01:String) [Enter-PSSession], PSRemotingTransportException

+ FullyQualifiedErrorId : CreateRemoteRunspaceFailed

The WinRM client received an HTTP bad request status (400),

При этом на сервере порты WinRm (5985/HTTP, 5986/HTTPS) отвечают и принимают соединения. Проверить доступность TCP портов WinRM можно с помощью утилиты PortQryV2 или командлета PowerShell Test-NetConnection:

TNC msk-dp01 –port 5985

Test-NetConnection WinRm (5985/HTTP, 5986/HTTPS)

Как оказалось, проблема оказалась связана с большим размером токена Kerberos у пользователя, за счет того, что пользователь состоит в слишком большом количестве доменных групп. Ошибка возникает при превышении размера токена 16 Кб (см статью MaxTokenSize — размер токена Kerberos). В нашей ситуации происходит все тоже самое, сервер WinRm сбрасывает запрос от клиента, т.к. размер заголовка пакета аутентификации превышает 16 Кб. В статье по ссылке мы упоминали, что по-умолчанию в IIS используется размер HTTP заголовка не более 16 Кб, и в случае проблем с HTTP аутентификацией из за большого токена пользователя, его нужно увеличить до 64 Кб

Чтобы исправить проблему, нужно уменьшить размер токена (уменьшить количество групп безопасности, в которых состоит пользователь), а если это невозможно, тогда в редакторе реестра на сервере нужно изменить значение следующих DWORD параметров реестра в ветке HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesHTTPParameters

  • MaxFieldLength увеличить до 0000ffff (65535)
  • MaxRequestBytes увеличить до 0000ffff (65535)

HTTP MaxRequestBytes

Осталось перезагрузить сервер и проверить подключение WinRm через Enter-PSSession с клиента.

Источник

(Клиент WinRM не может обрабатывать запрос) ошибка при подключении к Exchange Online через удаленные Windows PowerShell

При использовании удаленного Windows PowerShell для подключения к Exchange Online в Microsoft Office 365 вы получаете следующее сообщение об ошибке:

[outlook.office365.com] Подключение к удаленному серверу не удалось с помощью следующего сообщения об ошибке:
Клиент WinRM не может обрабатывать запрос, так как имя сервера невозможно разрешить. Дополнительные сведения см. в разделе about_Remote_Troubleshooting Справка.

+ CategoryInfo : OpenError:
(System.Manageme. RemoteRunspace:RemoteRunspace) [].
PSRemotingTransportException

+ FullyQualifiedErrorId : PSSessionOpenedFailed

Причина

Эта проблема возникает в одной из следующих ситуаций:

  • Брандмауэр блокирует необходимый трафик.
  • Служба Windows удаленного управления не запущена.
  • Прокси-сервер работает неправильно.

Решение

Убедитесь, что брандмауэр не блокирует необходимый трафик.

Проверьте, установлена ли Windows служба удаленного управления и запущена ли она:

Введите services.msc в диалоговом окне Run и нажмите кнопку Ввод.

В MMC служб дважды щелкните Windows удаленное управление.

Установите тип запуска в Руководство, а затем нажмите кнопку ОК.

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

Если служба уже запущена, но она не отвечает, может потребоваться перезапустить.

Попробуйте подключиться к Exchange Online снова.

Проверка параметра прокси-сервера

Откройте повышенный командный запрос.

Запустите следующую команду, чтобы проверить текущую конфигурацию прокси:

Примите одно из следующих действий:

Чтобы сбросить прокси WinHTTP, запустите следующую команду:

Чтобы настроить новый прокси-сервер, запустите следующую команду:

Например, запустите netsh winhttp set proxy 10.0.0.6:8080 .

Дополнительные сведения

Дополнительные сведения о конечных точках Microsoft 365 см. в Microsoft 365 URL-адресов и диапазонов IP-адресов.

Дополнительные сведения о том, как подключиться к Exchange Online с помощью удаленной PowerShell, Подключение в Exchange Online с помощью remote PowerShell.

Сообщения: 225
Благодарности: 1

Рабочая группа. Два сервера виндовс 2012 р2. Подключил к Диспетчеру серверов для мониторинга и управления удаленный (через интернет) сервер. Вроде как работает, но зайдя в Диспетчере серверов на вкладку Ролей и компонентов Файловые службы и службы хранилища, диски видны обоих серверов, но уже перейдя на вкладку Тома появляются такие сообщения

«Komandor Сбой перечисления общих ресурсов SMB.
Произошла ошибка при перечислении общих ресурсов SMB: Клиенту WinRM не удалось обработать запрос, так как не удалось разрешить имя сервера.»

«Komandor Ошибка при перечислении хранилищ.
Клиенту WinRM не удалось обработать запрос, так как не удалось разрешить имя сервера.»

Клиенту winrm не удалось обработать запрос так как не удалось разрешить имя сервера

На днях мой коллега задал мне вопрос, на который я не смог ответить с ходу. Ему не удавалось подключиться, с помощью powershell remoting, к удаленному серверу, находящемуся в другом домене. При попытке сделать это он получал примерно вот такое сообщение

Не удалось подключиться к удаленному серверу. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Проверку подлинности по умолчанию можно использовать с IP-адресом при следующ
их условиях: транспортом является HTTPS или назначением является список TrustedHosts, кроме того, должны быть предоставлены явно указанные учетные данные. Чтобы настроить TrustedHosts, используйте winrm.
cmd. Обратите внимание, что в списке TrustedHosts могут находиться компьютеры, не прошедшие проверку подлинности. Для получения сведений о настройке TrustedHosts используйте следующую команду: winrm help
config. Дополнительные сведения см. в разделе справки, вызываемом командой about_Remote_Troubleshooting.

Я, в свою очередь, тоже попробовал сделать это в разных окружениях и получил несколько разных результатов:

Если клиент не входит в домен

IP Address

После нескольких экспериментов мой коллега сообщил, что если добавить адрес удаленного сервера в TrustedHosts на клиентской машине, то все работает. Все довольно странно и запутано. По этому – давайте подробнее разберем все эти ситуации.

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

Кроме того, исходя из сообщений об ошибках (да, их надо читать внимательно), и, соответственно, из методов обращения к серверу, есть две ситуации:

  • при обращении к серверу, клиент указывает IP-адрес в качестве адреса назначения
  • при обращении к серверу, клиент указывает имя в качестве адреса назначения

К сожалению в интернетах нет однозначного мнения по поводу того, где, на сервере или клиенте, нужно задавать параметр TrustedHosts, и нужно ли это вообще делать. На что это влияет и все такое. В целом, информация довольно скудная по этому поводу. Поэтому, после долгого забега по гуглу, я решил обратиться, куда бы вы думали – да, к первоисточнику. А именно – к спецификации на ws-management. Про параметр TrustedHosts там сказано следующее:

  • Blank: No hosts are trusted.
  • The asterisk «*» character: All hosts are trusted.
  • A list of host name patterns separated by the comma «,» character, in which each host name can be one of four possible values:
    • String starting with the asterisk «*» character and containing at least two characters. All hosts that share the suffix are trusted.
    • String ending with the asterisk «*» character and containing at least two characters. All hosts that share the prefix are trusted.
    • The exact string » «: All NetBIOS names are trusted (for example, strings that do not contain the period «.» character).
    • A string without the asterisk «*» character: The host named by the string is trusted.

    Основная идея выделена. И это означает, что параметр TrustedHosts нужно использовать на клиенте. В этом списке указываются машины, при работе с которыми невозможно использовать схемы с поддержкой взаимной аутентификации. Таким образом, если и клиент и сервер находятся в одном домене, то для подключения вы можете использовать простую команду без дополнительных параметров.

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

    Проверку подлинности по умолчанию можно использовать с IP-адресом при следующих условиях: Транспортом является HTTPS или назначением является список TrustedHosts.

    Прежде всего видим, что в TrustedHosts нужно указывать именно назначение. А почему такое ограничение на использование IP-адреса? Об этом написано в блоге Ask the Directory Services Team. Вкратце, там сказано, что нельзя в качестве использовать IP-адреса в синтаксисе записи SPN. И если в windows xp/2003 это работало то в Vista и старше при использовании IP-адреса в назначении не будет даже попыток использовать kerberos . Отсюда и ошибка: раз не используется протокол с взаимной аутентификацией – используйте HTTPS или пропишите TrustedHosts. Для того чтобы убедиться в этом, вы можете воспользоваться вашим любимым сниффером. В нем вы увидите, что клиент даже не пытается установить связь с сервером, если вы указываете в качестве назначения адрес. Ошибка выдается сразу. Более подробно про SPN вы можете так же прочесть в моей статье.

    И наконец – не доменное окружение. Powershell знает, что клиентская машина не в домене. Значит kerberos по определению не возможен. Следовательно либо TrustedHosts либо HTTPS.

Источник

Hi,,
My Exchange server is not working now due to re install the IIS.

My system info:
Windows Server 2008 R2-Exchange Server 2010

My Exchange Server was wroking propery for past 2 yrs. I have re installed My IIS due to some other reason.
After that My EMC and Echange management shell didn’t works.

Error:

[rdxxx.yyyy.local] Connecting to remote server failed with the following error message : The WinRM client cannot complete the operation within the time specified. Check if the machine name is valid and is reachable over the network and firewall exception
for Windows Remote Management service is enabled. For more information, see the about_Remote_Troubleshooting Help topic.    + CategoryInfo : OpenError: (System.Manageme….RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException

I tried a couple of weeks for solving this problem and stil I could not solved.
My EMShell screent shot is the below.

I have verified the kerbauth.dll is native mode ly in IIS Powershell module.

I have verified WinRM IIS Extension is installed and also winrm QuickConfig,Enable-PSRemoting alos configured properly.

eg.
Run WinRM quick config
WinRM already is set up to receive requests on this machine.
WinRM already is set up for remote management on this machine.

Pls some one giude me and how to sove this error..

By
A Pathfinder
JoSwa

If a post answers your question, please click «Mark As Answer» on that post and
«Mark as Helpful»

Источник

Hi,,
My Exchange server is not working now due to re install the IIS.

My system info:
Windows Server 2008 R2-Exchange Server 2010

My Exchange Server was wroking propery for past 2 yrs. I have re installed My IIS due to some other reason.
After that My EMC and Echange management shell didn’t works.

Error:

[rdxxx.yyyy.local] Connecting to remote server failed with the following error message : The WinRM client cannot complete the operation within the time specified. Check if the machine name is valid and is reachable over the network and firewall exception
for Windows Remote Management service is enabled. For more information, see the about_Remote_Troubleshooting Help topic.    + CategoryInfo : OpenError: (System.Manageme….RemoteRunspace:RemoteRunspace) [], PSRemotingTransportException

I tried a couple of weeks for solving this problem and stil I could not solved.
My EMShell screent shot is the below.

I have verified the kerbauth.dll is native mode ly in IIS Powershell module.

I have verified WinRM IIS Extension is installed and also winrm QuickConfig,Enable-PSRemoting alos configured properly.

eg.
Run WinRM quick config
WinRM already is set up to receive requests on this machine.
WinRM already is set up for remote management on this machine.

Pls some one giude me and how to sove this error..

By
A Pathfinder
JoSwa

If a post answers your question, please click «Mark As Answer» on that post and
«Mark as Helpful»

Источник

PS C:Windowssystem32> Enter-PSSession -ComputerName serv1

Enter-PSSession : Сбой подключения к удаленному серверу serv1. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Если применяемая схема проверки подлинности отличается от Kerberos или компьютер клиента не входит в домен, необходимо использовать транспорт HTTPS или добавить компьютер назначения к значениям параметра конфигурации TrustedHosts. Чтобы настроить TrustedHosts, используйте winrm.cmd. Обратите внимание, что в списке TrustedHosts могут находиться компьютеры, не прошедшие проверку подлинности. Чтобы получить дополнительные сведения об этом, выполните следующую команду: winrm help config. Подробности см. в разделе справки «about_Remote_Troubleshooting».

строка:1 знак:1

+ Enter-PSSession -ComputerName serv1
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
    + CategoryInfo          : InvalidArgument: (serv1:String) [Enter-PSSession], PSRemotingTransportException
    + FullyQualifiedErrorId : CreateRemoteRunspaceFailed

Дух сообщества's user avatar

задан 19 июн 2016 в 8:33

Oleg Ovcharenko's user avatar

Oleg OvcharenkoOleg Ovcharenko

7314 золотых знака10 серебряных знаков25 бронзовых знаков

Arhadthedev's user avatar

Arhadthedev

11.4k8 золотых знаков39 серебряных знаков69 бронзовых знаков

ответ дан 19 июн 2016 в 9:29

Oleg Ovcharenko's user avatar

Oleg OvcharenkoOleg Ovcharenko

7314 золотых знака10 серебряных знаков25 бронзовых знаков

В статье, на которую сослался Oleg, нашел вот такую команду, помогло

Set-Item WSMan:localhostClientTrustedHosts -Value SRV1.contoso.com

ответ дан 16 мая 2018 в 9:32

Evgeny Ivanov's user avatar

1

Источник

0 0 голоса
Рейтинг статьи
Подписаться
Уведомить о
guest

0 комментариев
Старые
Новые Популярные
Межтекстовые Отзывы
Посмотреть все комментарии

А вот еще интересные материалы:

  • Яшка сломя голову остановился исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного исправьте ошибки
  • Ясность цели позволяет целеустремленно добиваться намеченного где ошибка
  • Создать ошибку windows скачать
  • Сообщение об ошибке modx

    • ➤