none
Free/Busy availability не работает Exchange 2010 trusted cross forest RRS feed

  • Вопрос

  • ДОбрый день

    Тестирую данный механизм, чтобы потом внедрить уже в продакшн. Поднял 2 тестовых домена test.local и cloud.local, в них Exchange 2010, установил доверие между доменами, сертификаты самоподписанные, но я установил в корневые друг другу в домен, так что они доверенные. FIM 2010 R2 синхронизирует и создает межлесные контакты.

    Делал все по http://blogs.technet.com/b/exchange_ru/archive/2011/03/17/how-to-configure-the-availability-service-for-cross_2d00_forest-topologies.aspx

    Также, необходимо http://technet.microsoft.com/ru-ru/library/aa996849(v=exchg.141).aspx

    И вот после этого  ошибки полезли,

    Процесс 1428: Не удалось подключиться к службе Active Directory в удаленном лесу ex01.cloud.local. Проверьте наличие неправильных конфигураций в атрибуте ServiceBinding объекта точки подключения службы CN=cloud.local,CN=Microsoft Exchange Autodiscover,CN=Services,CN=Configuration,DC=test,DC=local
     в службе Active Directory. Ошибка подключения: Microsoft.Exchange.Data.Directory.ADTransientException: Could not find any available Domain Controller in domain DC=ex01,DC=cloud,DC=local.
       в Microsoft.Exchange.Data.Directory.DSAccessTopologyProvider.GetServerFromDomainDN(String distinguishedName, NetworkCredential credential)
       в Microsoft.Exchange.Data.Directory.SystemConfiguration.ADSystemConfigurationSession.CreateRemoteForestSession(String fqdn, NetworkCredential credential)
       в Microsoft.Exchange.InfoWorker.Common.Availability.ScpSearch.<>c__DisplayClass6.<FindRemote>b__1()
       в Microsoft.Exchange.InfoWorker.Common.Availability.ScpSearch.PerformRetryableAdOperation(String operationDescription, RetryableAdOperation operation)
    
    и 
    
    Процесс w3wp.exe () (идентификатор процесса=1428). Поставщик Active Directory Exchange не смог обнаружить доступный контроллер домена DC=ex01,DC=cloud,DC=local. Это событие может быть вызвано проблемами с сетевым подключением
     или неправильно настроенного DNS-сервера. Это событие также может возникать, если несколько сайтов Active Directory настроены неправильно.

    Причем эти ошибки как на Exhc в одном домене, так и в другом только для ex01.test.local

    Все на несколько раз проверил, не понимаю откуда exchange берет лес  ex01.cloud.local, когда это FQDN сервера exchange в соотв. лесу.

    Записи SCP при экспорте создались, но поле serviceBindingInformation подправил под верное, там было LDAP://cloud.local, исправил на верное адрес autodiscovery https://ex01.cloud.local/Autodiscover/Autodiscover.xml зеркально и в с другом домене.

    Прошу подсказать где ошибка и почему не работает?


    • Изменено maxim315 27 августа 2014 г. 8:41
    27 августа 2014 г. 8:38

Ответы

  • Проблема решена. Было дело в типе доверии - делал внешнее доверие между доменами и с ним не работает, нужно доверие леса, с ним все ок.

    и записи scp править руками не нужно.

    • Помечено в качестве ответа maxim315 28 августа 2014 г. 6:02
    28 августа 2014 г. 6:02