Пользователь домена невидим в локальной группе пользователей удаленного рабочего стола
Я слежу за Microsoft "Пошаговое руководство по установке узла сеанса удаленного рабочего стола".
Я нахожусь на шаге Шаг 2, подраздел: «Чтобы добавить Моргана Скиннера в Remote Desktop Users группа ".
Я могу добавить mskinner к местным Remote Desktop Users группы, однако, как только я нажимаю «Применить» (или нажимаю «ОК», а затем возвращаюсь в список), список снова становится пустым. Если я попытаюсь добавить его снова, я получу ошибку
---------------------------
Local Users and Groups
---------------------------
"Morgan Skinner" is already a member of group "Remote Desktop Users".
---------------------------
OK
---------------------------
После перезапуска RDSH-SRV все еще остается пустой Remote Desktop Users группа.
Интересно, что если я перейду к контроллеру домена и удаленно управляю RDSH-SRV оттуда, я вижу список (только SID, без имени пользователя)
Окно РДШ-СРВ
Окно RDSH-SRV удаленно просматривается через CONTOSO-DC
Обе машины являются клонами базовой Win2k8R2 (180-дневная ознакомительная версия) VMware Image Snapshot. Они работают внутри VMWare Workstaion 8 в сегменте локальной сети (каждый получает новый MAC-адрес). После клона я передал один контроллер домена (CONTOSO-DC), а другой член домена (RDSH-SRV).
Может ли причина этого в том, что они основаны на одном и том же базовом снимке, или я совершаю какую-то другую ошибку?
Больше всего меня выделяет следующее
«Обе машины являются клонами базовой Win2k8R2 (180-дневная ознакомительная версия) VMware Image Snapshot. После клона я превратил одну в контроллер домена»
Похоже, возникла проблема с RID FSMO:
Мастер относительного идентификатора (RID)
Назначает RID контроллерам домена в домене. Когда в AD создается такой объект, как пользователь, группа или компьютер, ему присваивается SID. SID состоит из SID домена (который одинаков для всех SID, созданных в домене) и RID, который уникален для домена.
Вы подготовили клон DC и настроили его для OOBE и Generalize? Использование снимков / клонов, а не sysprep, может вызвать серьезные проблемы и произойти странные вещи, например то, что вы описываете. Поскольку вы делаете это просто для тестирования, я бы посоветовал Sysprepping вашего эталонного образа, а затем создать из него новые виртуальные машины. Дайте нам знать, как это получается.