Не могу войти в Exchange Management Console (Exchange 2010)
Вложений: 2
Здравствуйте!
Вот это сообщение выдает при попытке запустить консоль управления Exchange 2010 или PowerShell(в текстовом виде), ну и естественно работать дальше невозможно. (Файл 108254 Файл 108255, + в текстовом виде, кто не сможет увидеть картинки): *************************************************************** ПОДРОБНО: Подключение к Mail.ххххххххх.хххх [Mail.ххххххххх.хххх] Не удалось подключиться к удаленному серверу. Сообщение об ошибке: Клиент WSMan не может обработать запрос. При использовании транспорта HTTP прокси не поддерживается. Измените транспорт на HTTPS и укажите допустимые данные прокси, а затем повторите попытку. Дополнительные сведения см. в разделе справки, вызываемом командой about_Remote_Troubleshooting. + CategoryInfo : OpenError: (System.Manageme....RemoteRunspace:RemoteRunspace) [], PSRemotingTransportExc eption + FullyQualifiedErrorId : PSSessionOpenFailed ****************************************************************** История такая: Есть домен на win2003, прокси (squid) и почтовый сервер (Windows Server Standart 2008 SP2). Домен новый, только настроенный, соответственно установка Exchange 2010 новая, чистая. Никаких почтовиков ранее в домене не было. Установка Exchange 2010 прошла без ошибок, в конце попросила перезагрузить сервер. C радостью в сердце перезагружаю сервер и при попытке зайти в консоль вижу это (см выше). Понял, что проблема связана со службой winrm. Настроил ее на использование HTTPS (сделал сертификат и т.д.). Вот ответ на команду winrm enumerate winrm/config/listener: [PS] C:\Users\administrator\Desktop>winrm enumerate winrm/config/listener Listener Address = * Transport = HTTPS Port = 5986 Hostname = mail.xxxxxx.xxx Enabled = true URLPrefix = wsman CertificateThumbprint = d6 51 f9 08 b5 c7 38 09 d5 c3 2e f8 26 13 b5 3b 8c ed 38 7e ListeningOn = 127.0.0.1, 169.254.238.226, 192.168.3.5, ::1, fe80::100:7f:fffe%12, fe80::5efe:192.168.3.5%16, fe80::1 42e:4b8b:abbe:eee2%14, fe80::8873:3268:ce73:697d%13 Со своей рабочей машины, через PowerShell по протоколу HTTPS подключаюсь через прокси-сервер на почтовик и обратно без проблем. Пример соединения: [PS] C:\Users\administrator\Desktop>$remoteCred = Get-Credential ххххххххх\Administrator [PS] C:\Users\administrator\Desktop>$proxyCred = Get-Credential хххххххххх\Аdministrator [PS] C:\Users\administrator\Desktop>$SessionOption=New-WSManSessionOption -ProxyAuthentication Negotiate -ProxyAccessType ProxyIEConfig -ProxyCredential $proxyCred [PS] C:\Users\administrator\Desktop>Get-WSManInstance -ConnectionURI https://mail.ххххххх.ххх:5986/wsman -ResourceURI winrm/config -SessionOption $SessionOption -Authentication Negotiate -Credential $remoteCred Получаю такой ответ от сервера: cfg : http://schemas.microsoft.com/wbem/wsman/1/config lang : ru-RU MaxEnvelopeSizekb : 150 MaxTimeoutms : 60000 MaxBatchItems : 32000 MaxProviderRequests : 4294967295 Client : Client Service : Service Winrs : Winrs Из всего этого делаю вывод, что служба настроена и работает так, как надо. Ну и соответственно вопрос: что еще нужно сделать, чтобы консоль управления Exchange (и PowerShell при запуске) открывались нормально. Все справки в интернете пречитал, ничего про эту проблему не нашел. Люди добрые, помогите, три дня уже мучаюсь... Заранее всем спасибо! |
Цитата:
|
А как в большой компании без прокси-сервера, списков доступа и блокировок "левых" ресурсов?
|
Цитата:
|
Цитата:
|
Прокси для локальной сети итак не используется.
Автонастройка прокси реализована с помощью wpad, где соответственно все исключения и реализованы и работают как им положено. Даже принудительное отключение прокси для локальных адресов на этой машине ничего не меняет - все то же сообщение. |
Спасибо за наводящие советы.
Решение проблемы (если у кого возникнет в будущем, т.к. в инете нет ничего по этому вопросу): 1. SP3 здесь ни причем....(советовали в другом форуме) 2. Чисто случайно, перейдя по одной из ссылок, обнаружил тему про OWA и HTTPS, внимательно прочитал, подумал и сделал по своему. 3. В настройках эксплорера поставьте галку "Не использовать для локальных адресов" - это не помогает, хотя странно .... 4. Само решение: винда, а точнее winhttp, автоматом из домена подхватил настройки прокси, что в общем-то правильно, но именно из-за этого консоль и не открывалась! выполнил команду в CMD: netsh winhttp reset proxy. Настройки прокси для winhttp сбросились в Direct Access (что не повлияло на работу IE и т.п.) и все заработало! Еще раз спасибо за советы! Удачи всем, в нашем нелегком деле!. |
Время: 16:55. |
Время: 16:55.
© OSzone.net 2001-