Exchange 2013 ECP/OWA/Outlook весь сбой - 503 Недоступные Сервиса

Мой Exchange Server действительно страдает в данный момент. Я не знаю то, что произошло, но когда я соединяюсь через https (ECP/OWA), или через перспективу (с в сети) я получаю 503 ошибки на ECP/OWA и Разъединял/Пробовал для соединения в Outlook. Я предполагаю, что это - та же проблема для обоих.

Я думаю, что сам Exchange в порядке, потому что я могу использовать IMAP для отправления/получения электронных писем. Таким образом, я думаю, что это - что-то, чтобы сделать с конфигурацией IIS.

Я получаю 503 ошибки, когда я вхожу в систему. Я получаю журнал на странице, но после входа в систему (исправьте username/pwd), затем, я получаю пустой экран с ошибкой в консоли (браузер Chrome). Единственная вещь, которую я сделал сегодня, состояла в том, чтобы попробовать новый сертификат SSL, но имела проблемы с внутренним доменным и внешним доменом. Я поместил сертификат SSL для сайта Значения по умолчанию IIS назад к "Microsoft Exchange" Однако, он все работал, когда я закончил это. Я протестировал две клиентских машины, чтобы гарантировать, что это работало.

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

Я попробовал каждую комбинацию поиска Google, возможного, который имеет, приводят меня пробовать вещи, которые я сказал в сообщении. Не уверенный, почему это был downvoted, очень бесполезный без любых конструктивных комментариев.

Я теперь очень в недоумении.

Вот часть журнала IIS:

2015-07-22 23:04:36 192.168.16.3 RPC_IN_DATA /rpc/rpcproxy.dll 21ad25c4-4c9d-4367-b673-4ae3e772253e@company.org.uk:6001&CorrelationID=<empty>;&RequestId=1e098a25-e9c7-4229-b6b8-7aeb35633d87&cafeReqId=1e098a25-e9c7-4229-b6b8-7aeb35633d87; 443 - 192.168.16.35 MSRPC - 401 1 2148074254 1
2015-07-22 23:04:36 192.168.16.3 RPC_OUT_DATA /rpc/rpcproxy.dll 21ad25c4-4c9d-4367-b673-4ae3e772253e@company.org.uk:6001&CorrelationID=<empty>;&RequestId=4c1a6653-5f3b-4485-b4e2-03e59dc533be&cafeReqId=4c1a6653-5f3b-4485-b4e2-03e59dc533be; 443 - 192.168.16.35 MSRPC - 401 1 2148074254 3
2015-07-22 23:04:36 192.168.16.3 RPC_OUT_DATA /rpc/rpcproxy.dll 21ad25c4-4c9d-4367-b673-4ae3e772253e@company.org.uk:6001&CorrelationID=<empty>;&RequestId=4c22cf89-4716-4ff2-b509-1abc2e7454b8&cafeReqId=4c22cf89-4716-4ff2-b509-1abc2e7454b8; 443 RBC\bates 192.168.16.35 MSRPC - 503 0 64 44
2015-07-22 23:04:36 192.168.16.3 RPC_IN_DATA /rpc/rpcproxy.dll 21ad25c4-4c9d-4367-b673-4ae3e772253e@company.org.uk:6001&CorrelationID=<empty>;&RequestId=aae0ff8d-28d2-4c3d-8b76-7949291676e3&cafeReqId=aae0ff8d-28d2-4c3d-8b76-7949291676e3; 443 RBC\bates 192.168.16.35 MSRPC - 503 0 64 167

Это, кажется, связано (это - 503 ошибки),

2
задан 27 July 2015 в 10:27
5 ответов

Нет, спасибо полезным избирателям вниз. Хорошие люди из Experts Exchange помогли.

Решение заключалось в том, что сертификат SSL, похоже, был получен с веб-сайта Exchange Backend. Выбрал сертификат Exchange на сайте IIS, и он начал работать. все подробности см. http://www.experts-exchange.com/questions/28699498/Exchange-2013-ECP-OWA-Outlook-all-failing-503-Service-Unavailable.html

1
ответ дан 3 December 2019 в 12:46

В моем случае я исправил это в IIS. Это была серверная часть Exchange на сайте привязок, у которой не был выбран правильный сертификат в HTTPS.

0
ответ дан 3 December 2019 в 12:46

У меня также были очень похожие проблемы: после перезагрузки Windows Server, на котором был установлен мой экземпляр Exchange, я обнаруживал ошибку 503 на всех веб-сайтах (OWA, ECP и т. Д.). Примерно через 30 минут поиска и устранения неисправностей я понял, что системные часы отключились примерно через 20 минут. Просто добавьте это сюда, чтобы, надеюсь, спасти кого-то от разочарования в будущем!

1
ответ дан 22 December 2019 в 02:59

https://support.microsoft.com/en-us/help/2779694/unable-to-open-owa-ecp-or-ems-after-a-self-signed- сертификат-удален

У меня это сработало. Мне пришлось пропустить часть нового сертификата обмена, потому что оболочка обмена не смогла создать сеанс.

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

Примечание. Для роли сервера почтовых ящиков Exchange необходимо выполнить следующие действия: Запустите командную консоль на сервере почтовых ящиков. Введите New-ExchangeCertificate.

Примечание. Если будет предложено перезаписать сертификат по умолчанию, выберите Нет.

Запустить диспетчер IIS на сервере почтовых ящиков.

Разверните узел, выделите серверную часть Exchange и выберите «Привязки» на панели «Действия» в правом столбце.

Выберите Typehttps для порта 444.

Нажмите Edit и выберите сертификат Microsoft Exchange.

Из командной строки администратора запустите IISReset.

0
ответ дан 12 February 2020 в 13:32

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

-1
ответ дан 1 December 2020 в 08:15

Теги

Похожие вопросы