Как пользоваться LDP.EXE или новый геморрой со старой инфраструктурой Lync.
Есть у меня тестовая инфраструктура Lync, решил я ее немного актуализировать, с целью дальнейшего обновления с Lync 2013 до Skype fB.
Поставил Lync 2013 (там уже был развернут 2010), накатил свежие обновления и столкнулся с косяком:
При публикации топологии в Lync 2013 выдавалось сообщение вида
“A trusted server with the type “Microsoft.Rtc.Applications.Cps” and FQDN “setb-ocs10.contoso.com” was found for a different Transport Layer Security (TLS) target”.
К счастью, достаточно быстро нашлось решение:
необходимо запомнить идентификатор gruuId и тип сервера, после чего использовать утилиту LDP для поиска этого объекта.
Сначала необходимо подключиться к любому контроллеру домена (пункт меню “Connect”), затем указать учетные данные пользователя (пункт меню “Bind”). Я обычно указываю текущего пользователя.
Затем в меню “View”->”Tree” необходимо открыть дерево каталогов по в разделе Domain\Configuration.
В нем необходимо открыть OU с адресом “CN=RTC Service,CN=Services,CN=Configuration,DC=Contoso,DC=com”.
Теперь из контекстного меню этого OU вызовем поиск:
В окне поиска вставляем фильтр
(&(objectclass=msRTCSIP-TrustedService)(msRTCSIP-TrustedServiceType=Microsoft.Rtc.Applications.Cps))
Также необходимо указать область поиска – “дочерние подкаталоги” и вывод всех атрибутов.
В полученном выводе сравниваем GruuId из ошибки и тот, который мы видели в журнале Lync.
После того, как искомый GruuId будет найден, необходимо через ADSIEdit (adsiedit.msc) удалить объект, находящийся по отчеркнутому адресу (DistinguishedName) “CN=id,CN=Trusted Services,CN=RTC Service,CN=Services,CN=Configuration,DC=Contoso,DC=com”. Обратите внимание, что id не совпадает с атрибутом GruuId.
Приятно, когда твой пост помогает в решении проблемы.
Я помню намучился с обновлением. ))))
Положа руку на сердце, я уже готовился прибить нафиг тестовую инфраструктуру.
Но решил еще немного “помаяться дурью”…