Ошибка (клиент WinRM. не удается определить тип содержимого HTTP-ответа с конечного компьютера) при попытке запустить командную консоль Exchange
При попытке запустить командную консоль Exchange (EMS) или консоль управления Exchange (EMC) на компьютере под управлением Exchange Server 2010 вы получите следующее сообщение об ошибке:
Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM не может обработать запрос. Он не может определить тип содержимого HTTP-ответа с конечного компьютера. Тип контента отсутствует или недопустим. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.
Причина
Эта проблема возникает из-за того, что выполняется одно или несколько из следующих условий:
- Модуль Kerbauth неправильно настроен в службах IIS одним из следующих способов:
- Модуль Kerbauth отображается как управляемый модуль, а не как собственный модуль.
- Модуль Kerbauth загружен на уровне веб-сайта по умолчанию (вместо виртуального каталога PowerShell или в дополнение к него).
В результате модуль WSMan будет отображаться как управляемый модуль в виртуальном каталоге PowerShell.
Запись модуля WSMan также может отсутствовать в ApplicationHost.config, если на сервере установлена функция расширения IIS WinRM.
Решение
Для решения этой проблемы воспользуйтесь одним из описанных ниже способов.
-
Убедитесь, что модуль Kerbauth не включен на веб-сайте по умолчанию, а включен только для виртуального каталога PowerShell. Remote PowerShell использует проверку подлинности Kerberos для подключения пользователя. Службы IIS реализуют этот метод проверки подлинности Kerberos с помощью собственного модуля. В диспетчере IIS Kerbauth должен быть указан как собственный модуль в виртуальном каталоге PowerShell. Расположение библиотеки DLL для этого модуля должно указывать на C:\Program Files\Microsoft\Exchange Server\v14\Bin\kerbauth.dll .
Примечание. Локальный тип записи для модуля Kerbauth указывает, что модуль был включен непосредственно на этом уровне и не унаследован от родительского уровня.
(Get-User ).RemotePowershellEnabledЭтот запрос возвращает ответ true илиFalse. Если выходные данные отображаются как False, пользователь не включен для удаленного сеанса PowerShell. Чтобы включить пользователя, выполните следующую команду:
Set-User -RemotePowerShellEnabled $TrueПримечание. Эти действия необходимо выполнить, даже если компонент расширения IIS WinRM был удален. Это связано с тем, что процедура удаления не исправляет автоматически ApplicationHost.config файла.
Обратная связь
Были ли сведения на этой странице полезными?
(Клиент WinRM не может обработать запрос) ошибка при подключении к Exchange Online через удаленные Windows PowerShell
При использовании удаленного Windows PowerShell подключения к Exchange Online Microsoft 365 вы получаете следующее сообщение об ошибке:
[outlook.office365.com] Сбой подключения к удаленному серверу со следующим сообщением об ошибке:
Клиент WinRM не может обработать запрос, так как не удается разрешить имя сервера. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.+ CategoryInfo: OpenError:
(System.Manageme. RemoteRunspace:RemoteRunspace) [].
PSRemotingTransportException+ FullyQualifiedErrorId : PSSessionOpenedFailed
Причина
Эта проблема возникает в одной из следующих ситуаций:
- Брандмауэр блокирует необходимый трафик.
- Служба удаленного управления Windows не запущена.
- Прокси-сервер работает неправильно.
Решение
- Убедитесь, что брандмауэр не блокирует необходимый трафик.
- Проверьте, установлена ли и запущена ли служба удаленного управления Windows:
- Введите services.mscв диалоговом окне «Выполнить» и нажмите клавишу ВВОД.
- В MMC служб дважды щелкните удаленное управление Windows.
- Задайте для типа запуска значение «Вручную» и нажмите кнопку «ОК».
- Щелкните службу правой кнопкой мыши и выберите » Пуск».
- Запустите службу.
Примечание. Если служба уже запущена, но не отвечает, может потребоваться нажать кнопку » Перезапустить».
netsh winhttp show proxy-
Чтобы сбросить прокси-сервер WinHTTP, выполните следующую команду:
netsh winhttp reset proxynetsh winhttp set proxy :
Дополнительные сведения
Дополнительные сведения о конечных точках Microsoft 365 см. в статье о URL-адресах и диапазонах IP-адресов Microsoft 365.
Дополнительные сведения о подключении к Exchange Online с помощью удаленной оболочки PowerShell см. в разделе Подключение к Exchange Online с помощью удаленной оболочки PowerShell.
Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.
Обратная связь
Были ли сведения на этой странице полезными?
Ошибка «Сбой подключения к удаленному серверу со следующим сообщением об ошибке» при запуске командной консоли Exchange или консоли управления Exchange
При попытке запустить командную консоль Microsoft Exchange (EMS) или консоль управления Microsoft Exchange (EMC) на сервере, на котором выполняется Microsoft Exchange Server, вы получите одно из следующих сообщений об ошибке:
- Сообщение об ошибке 1 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM не может обработать запрос. Он не может определить тип содержимого HTTP-ответа с конечного компьютера. Тип контента отсутствует или недопустим. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.
- Сообщение об ошибке 2 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM отправил запрос на HTTP-сервер и получил ответ о том, что запрашиваемый URL-адрес HTTP недоступен. Обычно это возвращаетСЯ HTTP-сервером, который не поддерживает протокол WS-Management протокола. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.
- Сообщение об ошибке 3 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM получил состояние ошибки HTTP-сервера (500), но удаленная служба не содержит других сведений о причине сбоя. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки. Она выполняла команду Discover-ExchangeServer -UseWIA $true -SuppressError $true.
- Сообщение об ошибке 4 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: отказано в подключении к указанному удаленному узлу. Убедитесь, что WS-Management запущена на удаленном узле и настроена для прослушивания запросов по правильному порту и URL-адресу HTTP. Дополнительные сведения см. в разделе about_Remote_Troubleshooting справки.
- Сообщение об ошибке 5 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM получил код состояния HTTP 403 от удаленной WS-Management.
- Сообщение об ошибке 6 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM отправил запрос на HTTP-сервер и получил ответ о том, что запрашиваемый URL-адрес HTTP недоступен. Обычно это возвращаетСЯ HTTP-сервером, который не поддерживает протокол WS-Management протокола.
- Сообщение об ошибке 7 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент не может подключиться к назначению, указанному в запросе. Убедитесь, что служба в месте назначения запущена и принимает запросы. Ознакомьтесь с журналами и документацией по службе WS-Management, работающей в месте назначения, чаще всего в СЛУЖБАх IIS или WinRM. Если назначением является служба WinRM, выполните следующую команду в месте назначения, чтобы проанализировать и настроить службу WinRM:
- Сообщение об ошибке 8 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: служба WS-Management не поддерживает запрос.
- Сообщение об ошибке 9 Не удалось подключиться к удаленному серверу со следующим сообщением об ошибке: клиент WinRM не может обработать запрос. Клиент WinRM попытался использовать механизм проверки подлинности Kerberos, но конечный компьютер.
Решение
Чтобы устранить эти проблемы, запустите средство устранения неполадок управления Exchange (EMTshooter).
Сведения о EMT
Инструмент emTshooter выполняется на локальном (целевом) сервере Exchange Server и пытается выявить потенциальные проблемы, влияющие на подключенные к ним средства управления.
Средство устранения неполадок выполняется в два этапа. Сначала он проверяет веб-сайт IIS по умолчанию, версию PowerShell и другие важные области, чтобы определить известные причины проблем с подключением. Если средство определяет проблему, которая влияет на один из процессов предварительной проверки, оно дает рекомендации по ее устранению. Если предварительные проверки пройдены, средство устранения неполадок попытается подключиться к серверу точно так же, как средства управления будут подключаться. Если эта попытка подключения по-прежнему вызывает ошибку в стиле WinRM, средство устранения неполадок пытается сравнить эту ошибку со списком хранимых строк, собранных из связанных случаев поддержки. Если совпадение найдено, средство устранения неполадок отображает известные причины этой ошибки в окне CMD.
На следующем снимке экрана показано, как может отображаться это отображение.
Средство emTshooter регистрирует события в журнале событий Microsoft-Exchange-Troubleshooters/Operational. Все результаты, отображаемые в окне CMD, также регистрируются в журнале событий для создания записи.
Что нужно запомнить
- В зависимости от текущих параметров может потребоваться настроить политику выполнения на компьютере, чтобы запустить средство устранения неполадок с помощью одной из следующих команд:
- Set-ExecutionPolicy RemoteSigned
- Set-ExecutionPolicy неограниченное
Важно! Не забудьте вернуться к обычным параметрам после запуска средства устранения неполадок.
Установка средства emTshooter
Чтобы установить emT,выполните следующие действия.
- Скачайте сжатый файл средства устранения неполадок с расширением .zip имени файла.
- Извлеките четыре файла, включенные в файл .zip, в папку, а затем переименуйте расширения файлов в .ps1.
- Запустите EMTshooter.ps1 из стандартного (и локального) Windows PowerShell окна.
Ссылки
Дополнительные сведения о проблемах, обрабатываемых средством emTshooter, и причинах некоторых из этих проблем см. в следующих статьях блога группы Exchange:
Обратная связь
Были ли сведения на этой странице полезными?
WinRM. Исправить проблему с шифрованием или переустановить?
Перешел на Windows 10.
Пару дней все работало нормально, сегодня при попытке создать новую сессию к exchange серверу через powershell стандартной командой New-PSSession получил следующее:PS C:\Windows\system32> New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri sus-sw-77/powershell
New-PSSession : [sus-sw-77] Сбой подключения к удаленному серверу sus-sw-77. Сообщение об ошибке:
Клиенту WinRM не удается обработать запрос. Зашифрованное тело сообщения имеет неверный формат и не может быть расшифр
овано. Убедитесь в том, что служба шифрует тело сообщения в соответствии со спецификациями. Подробности см. в разделе с
правки «about_Remote_Troubleshooting».
строка:1 знак:1
+ New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri ht .
+ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
+ CategoryInfo : OpenError: (System.Manageme. RemoteRunspace:RemoteRunspace) [New-PSSession], PSRemotin
gTransportException
+ FullyQualifiedErrorId : -2144108295,PSSessionOpenFailedPS C:\Users\n.shalnev> winrm qc
Служба WinRM уже выполняется на этом компьютере.
WSManFault
Message = Клиенту WinRM не удается обработать запрос. Зашифрованное тело сообщения имеет неверный формат и не может
быть расшифровано. Убедитесь в том, что служба шифрует тело сообщения в соответствии со спецификациями.Код ошибки: -2144108295 0x803380F9
Клиенту WinRM не удается обработать запрос. Зашифрованное тело сообщения имеет неверный формат и не может быть расшифров
ано. Убедитесь в том, что служба шифрует тело сообщения в соответствии со спецификациями.PS для уточнения: консоль запущена с правами администратора, с сервером все в порядке, с других ПК (правда на WIN 8.1) все успешно. На данном компьютере на далее как позавчера сессия такой же командой устанавливалась без проблем. нового ничего не ставил, но на всякий случай удалил все что нашел лишнего.
- Вопрос задан более трёх лет назад
- 1701 просмотр