Не удается подключиться к OWA или консоли / командной консоли Exchange Management на нашем сервере Exchange 2010 (виртуальная машина Server 2008R2).
У нас есть виртуальная машина Exchange 2010 (ESXi 5.1), на которую мы "в процессе" переноса почты (с Exchange 2003). В настоящее время мы находимся в ситуации сосуществования и не осуществляем активную миграцию пользователей, хотя на данный момент у нас есть небольшое количество на сервере Exchange 2010.
У нас был недавний «инцидент», из-за которого наш хост ESXi вышел из строя, и с тех пор OWA не работает - клиенты видят либо тайм-аут соединения при попытке подключиться к OWA, либо ошибку 500 после входа в систему (мы теперь запустите OWA с сервера Exchange 2010 и перенаправьте на сервер Exchange 2003 для всех, кто все еще находится на старом сервере), и войдите, чтобы открыть консоль управления Exchange или ошибки оболочки.
Открывая оболочку Exchange Management Shell, мы получаем следующее:
Не удалось подключиться к удаленному серверу, появляется следующее сообщение об ошибке: Клиент WinRM не может обработать запрос. Он не может определить тип содержимого ответа HTTP от конечного компьютера. Тип содержимого отсутствует или недействителен. Для получения дополнительных сведений см. Раздел справки about_Remote_Troubleshooting.
+ CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportExc
eption
+ FullyQualifiedErrorId : PSSessionOpenFailed
Failed to connect to an Exchange server in the current site.
EMC выдает похожее, но другое сообщение об ошибке, как показано ниже:
При попытке подключиться к указанному серверу Exchange «ourexchangeserver.domain.tld» произошла следующая ошибка:
Попытка подключиться к http: //ourexchangeserver.domain.tld/PowerShell с использованием проверки подлинности «Kerberos» не удалось: подключение к удаленному серверу не удалось со следующим сообщением об ошибке: клиент WinRM не может обработать запрос. Он не может определить тип содержимого ответа HTTP от конечного компьютера. Тип содержимого отсутствует или недействителен. Для получения дополнительных сведений см. Раздел справки about_Remote_Troubleshooting.
У нас есть два соответствующих сообщения об ошибках в журнале событий, которые происходят с большой частотой:
IIS-W3SVC-WP событие 2214, The HTTP Filter DLL E:\Program Files\Exchange Server\V14\ClientAccess\owa\auth\owaauth.dll failed to load. The data is the error.
и
IIS-W3SVC-WP событие 2268, Could not load all ISAPI filters for site 'DEFAULT WEB SITE'. Therefore site startup aborted.
Подробности для обоих показывают двоичные данные 0000007E («В словах») / 7E 00 00 00 («В байтах»), что переводится как ~....
Резолюции из базы знаний Microsoft здесь. Кажется, что ни одно из условий, перечисленных в разделе «Причина», на самом деле не соответствует действительности.
Инструмент EMTshooter. Как и в базе знаний поддержки, он лжет и говорит, что причиной является одна из отсутствующих записей WSMan, неправильно настроенный модуль Kerbauth, который настроен точно так, как он должен быть, или измененный путь к виртуальному каталогу PowerShell, который указывает на (и всегда указывал на ) ..\Exchange Server\v14\ClientAccess\PowerShell каталог.
Приветствуются любые мысли или предложения, не связанные с поджогом себя и выпрыгиванием из окна.
Установил SP2, исправивший проблему.
Разочарование, но мы не могли оправдать, что оставили его разоблаченным, чтобы выяснить, что произошло - исправление должно было иметь приоритет.
Правильно ли установлено системное время при резервном копировании виртуальной машины? Я бы сначала это проверил; а затем доложите о результатах. Я видел, что это вызывает такого рода ошибки. Кроме того, это единственный сервер Exchange 2010 и выполняет ли он все роли EX10 (cas, hub, mbx?).
В этом случае я бы проверил, правильно ли настроены привязки IIS и доступен ли порт 80 на этом сервере или есть другие возможные причины:
Кроме того, что выводит "winrm quickconfig"?
Все возможные проблемы обозначены @ Устранение неполадок при запуске средств управления Exchange 2010