Таки почему же не знаем, знаем, но знания - золото.

Повторюсь. Он более не может вам ответить.

да понятно, что ты просто самоутверждаешься за счет новичков

Все, меня раскрыли. Пойду посыплю голову пеплом и найму психолога.

неправда. ему надо дать готовое решение, но мне лень.

Опять репрессии

Админ в чате просто зверь.

Я бы дописал "напишите полную последовательность действий" но мне влом)

Он мне в личку теперь пишет... 🤦‍♂

люди вообще странные

Кстати, а куда лучше задать вопрос по vIDM? Сюда или в Vrealize чатик?

в оба

Окай. Есть vIDM, установленный через vRSLCM, к нему в режиме IWA прицеплен корневой домен с ~15 поддоменами (LDAP не хотим - он не видит поддомены и это банально неудобно). При ребуте vIDM во время старта horizon-workspace делает DNS запрос на SRV _kerberos-master._tcp.rootdomain.com, не находит такого, далее делает запрос SRV _kerberos._udp.rootdomain.com и получает список всех DC в зоне rootdomain.com, коих десятки по всему миру и далеко не ко всем есть доступ. Далее он пытается подряд подключиться к каждому пока не пройдет по всем. У всех DC одинаковый вес, так что приоритетов здесь у него нет. Сайты в процедуре не используются, порядок рандомный.
В результате старт vIDM занимает порядка 50 минут, причем сервис elasticsearch, завязаный на horizon-workspace не стартует из-за таймаута ожидания horizon-workspace.
Вопрос - помимо переключения на LDAP и открытия доступов ко всем домен-контроллерам (не случится из-за требований заказчиков и ИБ) что можно предпринять?
Версия vIDM - 3.3.2

Как минимум обратиться в саппорт?

Уже две недели думают

как временное решение - закостылить отдельный view на dns, который только для vidm будет отдавать список только разрешенных _kerberos._udp.rootdomain.com  
главное потом про этот view не забыть :)

Ага, ок, принято

2 недели vs 7 минут)

dns split horizon это весело