При вхождении в систему моего сервера Удаленного рабочего стола я добираюсь, ошибка “Клиентская служба Групповой политики привела вход в систему к сбою. Доступ запрещен”
Вы могли бы хотеть посмотреть на http://www.pcengines.ch/ для аппаратных средств. Платы ALIX поддерживают широкий спектр программного обеспечения, таким образом, Вы, вероятно, найдете что-то, что удовлетворяет Ваши административные потребности:
Поиск ответов в Интернете, в журналах и т. Д. Я обнаружил кое-что интересное ...
Посмотрев в журнал (Журналы Windows-> Приложение) SERVER_A, я обнаружил следующие 2 записи ...
1) The winlogon notification subscriber <GPClient> failed a critical notification event.
2) The winlogon notification subscriber <Sens> failed a notification event.
Затем, читая все вокруг, у меня возникла идея заглянуть в другой журнал на SERVER_A (Журналы приложений и служб-> Microsoft-> Windows-> User Profile Service-> Operational) и нашел эти записи ...
1) Recieved user logon notification on session 1.
2) Registry file C:\Users\user1\ntuser.man is loaded at HKU\S-1-5-21-2420121206-1056658499-602520278-4624.
3) Registry file C:\Users\user1\AppData\Local\Microsoft\Windows\\UsrClass.dat is loaded at HKU\S-1-5-21-2420121206-1056658499-602520278-4624_Classes.
4) Finished processing user logon notification on session 1.
5) Recieved user logoff notification on session 1.
6) Finished processing user logoff notification on session 1.
Интересно, что за чертовщина «загружать» профиль пользователя в реестр, я начал возиться и обнаружил, что куст реестра (Run-> regedit.exe или Windows Key + R-> regedit.exe) на SERVER_A был ключ под названием «HKEY_USERS». Внутри я НЕ смог найти указанный GUID !!! Так что, глядя на вещи, у меня появилась идея. Попробуйте подключиться к удаленному рабочему столу как обычно, получите сообщение об ошибке, НО НЕ НАЖИМАЙТЕ ОК ПРИ ОШИБКЕ. Просто оставь это там. Очень быстро (потому что он скоро истечет) я перешел на SERVER_A и обновил реестр с помощью F5, и, конечно же, появилась запись GUID !!! До того, как истекло время ожидания сообщения об ошибке входа в систему, я щелкнул правой кнопкой мыши идентификатор GUID «HKU \ S-1-5-21-2420121206-1056658499-602520278-4624», перешел в «Разрешения» и обнаружил, что это проблема ...
My original user1 has rights to that key (HKU\S-1-5-21-2420121206-1056658499-602520278-4624) but there was no sign of user2!
Итак, чтобы решить проблему, я сделал следующее ...
Before the logon error timed-out I quickly updated the permissions to REMOVE the user1 entry and added a group that I had called "BullPin" which was a group created with user1 and user2 in it.
Не должно возникнуть никаких проблем, если вы укажете разные пути профиля пользователя RDS. Когда пользователи входят в систему, их файл ntuser.dat монтируется (загружается) как HKU \ . Когда пользователь выходит из системы, куст размонтируется (выгружается), и все изменения записываются обратно в ntuser.dat пользователя в общей папке профиля.
SID в HKU состоит из уникального идентификатора домена + предоставленного относительного идентификатора (RID) мастером RID домена. Подробнее см. Роли FSMO.
Время от времени выгрузка реестра пользователя имеет свои недостатки, что может привести к повреждению профиля RDS.
У меня сработало это исправление: Переименуйте перемещаемый профиль пользователя с суффиксом .OLD.
На всех компьютерах с проблемой войдите как АДМИНИСТРАТОР, щелкните правой кнопкой мыши КОМПЬЮТЕР> СВОЙСТВА> РАСШИРЕННЫЕ НАСТРОЙКИ СИСТЕМЫ> ПРОФИЛИ ПОЛЬЗОВАТЕЛЯ> удалите локальный профиль нарушившего пользователя.
Выйти из системы. и снова войдите в систему под пользователем, все будет в порядке.
Я столкнулся с той же проблемой при подключении Win 2008r2 RDC.
Службе клиента групповой политики не удалось войти в систему. В доступе отказано.
Я исправил проблему, удалив папку конкретного пользователя в C: \ Users.