При нажатии Ctrl-Alt-End на нашем единственном сервере приложений Azure VM через сеансы RDP мои пользователи облака постоянно получают сообщение: «Не удалось прочитать сведения о конфигурации с контроллера домена, либо потому что машина недоступна, либо из-за отказа в доступе». Об этом сообщили три человека. Мой DC (виртуальная машина Windows Server 2019 в Azure) находится в сети, так что именно это означает? Я могу без проблем подключиться к контроллеру домена по RDP, выполнить ping и удаленно просматривать файлы и папки на DC с сервера приложений. Кто-нибудь еще сталкивался с этой ошибкой в похожих обстоятельствах и как вы ее исправили? Есть только один сервер приложений и один файловый сервер, который действует как DC; все находится в облаке. У меня никогда не было этой проблемы до сих пор, и раньше люди могли нормально менять свои пароли.
решение1
Хорошо, я понял, что происходит, и это, по сути, ошибка пользователя. У моих пользователей облака есть предоставленный компанией физический ноутбук, с помощью которого они затем подключаются к своей облачной виртуальной машине. Среда Windows ноутбука находится в домене X, тогда как облачная виртуальная машина находится в отдельном изолированном облачном домене Y. Несмотря на то, что я предложил им изменить пароль пользователя облачной виртуальной машины Windows с помощью Ctrl-Alt-End, они по привычке продолжали использовать Ctrl-Alt-Del. Последняя комбинация клавиш (Ctrl-Alt-Del) меняет пароль в локальной среде ноутбука. Когда они затем представили свое имя пользователя домена Y в виде "Y\имя пользователя", среда Windows ноутбука фактически обрабатывала запрос на смену пароля и заблокировала, потому что не знала контроллер домена "Y". Дело решено. Им просто нужно было использовать правильную комбинацию клавиш (Ctrl-Alt-End), чтобы изменить свой пароль при входе в виртуальную машину через RDP в облаке.