Кажется разобрался, но не уверен. Подтвердите или опровергните:
У меня стояли "галочки" Автоматически утверждать новые редакции уже утвержденых обновлений:
А в фильтрах безопастности у тебя что стоит? ИМХО, я бы не рекомендовал использовать Default Domain Policy. Лучше создай свою отдельную политику, прилинкуй ее к OU где пользователи находяться. И для теста в фильтре безопастности укажи только себя. И посмотри, так будет выполняться или нет. И так удобнее будет отлаживать :) политику.
Nikolay Petyukh, Приблизительно раз в неделю. Посмотрел на 2 месяца назад, системы не увидел. Когда то в день начала бэкапов, когда-то в середине недели. Системы не вижу.
Проблема отчасти решилась. Коллекции стали создаваться. Все дело оказалось в сети, а точнее в DHCP. Но ошибки из первого сообщения все равно в наличии. И я пока в упор не понимаю, что это за ошибки и что их вызывает.
Пробросил DHCP. Компы в домен зашли (появились в AD+ вижу что работает). Процес создания коллекции висит уже минут 15. Предидущие ошибки не исчезли, но к ним добавились еще новые:
Узлу виртуализации удаленных рабочих столов не удалось проверить возможность подключения к домену виртуальной машины [Tes-0].
Предыдущий админ разворачивал в тестовой среде 10-ку. Т.е. проблема не в ней. Только вот сейчас мысля появилась: я тестовую среду порушил, а там был dhcp настроен. Сейчас я его не настраивал, думал так на статиках прокатит. Может в этом дело быть? При развертывании, VDI машинки не могут вогнаться в домен, и сыпеться эта ошибка.. Может же такое быть?
Да, AD есть. Развертывание производилось с помощью Server Manager. За основу брал мануал: https://jabuin.livejournal.com/24723.html с поправками.
Ошибка появляеться, после развертывания RDS, на этапе создания первой коллекции. Шаблонную машинку создавал, и делал sysprep ей. Образ Windows 10 LTSB. Может проблема в том, что LTSB? Но что-то как то маловероятно. Уже не знаю, на что думать.
У меня стояли "галочки" Автоматически утверждать новые редакции уже утвержденых обновлений: