Назад | Перейти на главную страницу

Автообнаружение настраивает клиентов для IMAP

У меня есть единственный сервер Exchange 2010, служба автообнаружения которого раньше работала нормально (правильно настроенный RPC-over-HTTP), когда у меня был сертификат без подстановочных знаков. После того как я заменил сертификат на сертификат с подстановочным знаком, служба автообнаружения продолжит настройку новых клиентов как IMAP. Это определенно не желаемое поведение. Я уже применил Set-OutlookProvider команда для изменения доверенного имени на msstd:*.mydomain.com. TestExchangeConnectivity.com сообщает, что все в порядке, с единственным предупреждением об обновлении доверенного корня на старых компьютерах с Windows. Но автообнаружение явно не работает. Что я могу сделать / почему автообнаружение может настроить IMAP, а не RPC-over-HTTP?

Изменить: кстати, когда я настраиваю учетную запись вручную и указываю параметры прокси-сервера HTTP для всех скоростей соединения, он работает нормально. Единственная отрывочная вещь - во время части проверки имени, она не хочет формат DOMAIN \ user, а только полное фактическое имя.

Изменить 2: ответ автообнаружения ниже:

<?xml version="1.0"?>
<Autodiscover xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns="http://schemas.microsoft.com/exchange/autodiscover/responseschema/2006">
<Response xmlns="http://schemas.microsoft.com/exchange/autodiscover/outlook/responseschema/2006a">
<User>
<DisplayName>J Shin</DisplayName>
<LegacyDN>/o=mydomain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Recipients/cn=J Shin</LegacyDN>
<DeploymentId>e8362375-54d7-471c-acd9-7e5116e4810e</DeploymentId>
</User>
<Account>
<AccountType>email</AccountType>
<Action>settings</Action>
<Protocol>
<Type>EXCH</Type>
<Server>myserver.corp.mydomain.com</Server>
<ServerDN>/o=mydomain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=myserver</ServerDN>
<ServerVersion>738280F7</ServerVersion>
<MdbDN>/o=mydomain/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=myserver/cn=Microsoft Private MDB</MdbDN>
<ASUrl>https://myserver.corp.mydomain.com/EWS/Exchange.asmx</ASUrl>
<OOFUrl>https://myserver.corp.mydomain.com/EWS/Exchange.asmx</OOFUrl>
<OABUrl>https://mail.mydomain.com/OAB/84798c85-90d3-45fc-a67e-72d928e57ae6/</OABUrl>
<UMUrl>https://myserver.corp.mydomain.com/EWS/UM2007Legacy.asmx</UMUrl>
<Port>0</Port>
<DirectoryPort>0</DirectoryPort>
<ReferralPort>0</ReferralPort>
<PublicFolderServer>myserver.corp.mydomain.com</PublicFolderServer>
<AD>EMDDC21.corp.mydomain.com</AD>
<EwsUrl>https://myserver.corp.mydomain.com/EWS/Exchange.asmx</EwsUrl>
<EcpUrl>https://myserver.corp.mydomain.com/ecp/</EcpUrl>
<EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
<EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
<EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
<EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
<EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
</Protocol>
<Protocol>
<Type>EXPR</Type>
<Server>mail.mydomain.com</Server>
<ASUrl>https://mail.mydomain.com/ews/exchange.asmx</ASUrl>
<OOFUrl>https://mail.mydomain.com/ews/exchange.asmx</OOFUrl>
<OABUrl>https://mail.mydomain.com/OAB/84798c85-90d3-45fc-a67e-72d928e57ae6/</OABUrl>
<UMUrl>https://mail.mydomain.com/ews/UM2007Legacy.asmx</UMUrl>
<Port>0</Port>
<DirectoryPort>0</DirectoryPort>
<ReferralPort>0</ReferralPort>
<SSL>On</SSL>
<AuthPackage>Ntlm</AuthPackage>
<CertPrincipalName>msstd:*.mydomain.com</CertPrincipalName>
<EwsUrl>https://mail.mydomain.com/ews/exchange.asmx</EwsUrl>
<EcpUrl>https://mail.mydomain.com/ecp/</EcpUrl>
<EcpUrl-um>?p=customize/voicemail.aspx&amp;exsvurl=1</EcpUrl-um>
<EcpUrl-aggr>?p=personalsettings/EmailSubscriptions.slab&amp;exsvurl=1</EcpUrl-aggr>
<EcpUrl-mt>PersonalSettings/DeliveryReport.aspx?exsvurl=1&amp;IsOWA=&lt;IsOWA&gt;&amp;MsgID=&lt;MsgID&gt;&amp;Mbx=&lt;Mbx&gt;</EcpUrl-mt>
<EcpUrl-ret>?p=organize/retentionpolicytags.slab&amp;exsvurl=1</EcpUrl-ret>
<EcpUrl-sms>?p=sms/textmessaging.slab&amp;exsvurl=1</EcpUrl-sms>
</Protocol>
<Protocol>
<Type>WEB</Type>
<Port>0</Port>
<DirectoryPort>0</DirectoryPort>
<ReferralPort>0</ReferralPort>
<Internal>
<OWAUrl AuthenticationMethod="Basic, Fba">https://myserver.corp.mydomain.com/owa/</OWAUrl>
<Protocol>
<Type>EXCH</Type>
<ASUrl>https://myserver.corp.mydomain.com/EWS/Exchange.asmx</ASUrl>
</Protocol>
</Internal>
<External>
<OWAUrl AuthenticationMethod="Fba">https://mail.mydomain.com/owa/</OWAUrl>
<Protocol>
<Type>EXPR</Type>
<ASUrl>https://mail.mydomain.com/ews/exchange.asmx</ASUrl>
</Protocol>
</External>
</Protocol>
</Account>
</Response>
</Autodiscover>

Мне жаль, что я не ответил на это раньше, так как я забыл некоторые детали того, как я решил эту проблему (в основном, методом проб и ошибок) - так что относитесь к этому ответу с уместной долей скептицизма, если я неправильно помню. Вот что я сделал:

  1. Восстановил CSR для моего подстановочного сертификата с использованием Exchange, а не IIS7.5
  2. Получил новый сертификат и подтвердил, что он работает в других местах, где он использовался.
  3. Изменены оба внутренний и внешний URL-адреса публичного имени (mail.mycompany.com)
  4. Создана внутренняя запись DNS для mail.mycompany.com чтобы указать на интерфейс, доступный только изнутри (не тот, который получает трафик NAT из WAN)
  5. Проверено, что разрешение DNS работает должным образом (я получаю внутренний IP-адрес изнутри, а внешний IP-адрес извне)
  6. Сбросить все параметры проверки подлинности IIS Exchange до значений по умолчанию, предоставленных Microsoft
  7. Разрешена проверка подлинности NTLM для RPC-over-HTTP
  8. Изменены параметры автообнаружения в PowerShell, чтобы отразить предыдущие изменения.
  9. Изменены настройки автообнаружения, чтобы предпочесть RPC-over-HTTP. всегда
  10. Подтверждено, что проблема исчезла при попытке использовать автообнаружение для подключения к моему почтовому серверу.

Одна проблема заключалась в том, что при аутентификации извне (т. Е. Не через SSO) мне приходилось инструктировать пользователей указать свое имя пользователя в MYCOMPANY\username формат.