Ao pressionar Ctrl-Alt-End em nosso único servidor de aplicativo Azure VM por meio de suas sessões RDP, meus usuários da nuvem continuam recebendo a mensagem: "As informações de configuração não puderam ser lidas no controlador de domínio, porque a máquina está indisponível ou o acesso foi negado ". Três pessoas relataram isso. Meu DC (uma VM do Windows Server 2019 no Azure) está online, então o que isso significa exatamente? Posso fazer RDP no controlador de domínio perfeitamente, fazer ping e ver arquivos e pastas no controlador de domínio remotamente a partir do servidor de aplicativos. Alguém mais experimentou esse erro em circunstâncias semelhantes e como você o corrigiu? Há apenas um servidor de aplicativos e um servidor de arquivos que atua como DC; tudo está na nuvem. Nunca tive esse problema até agora e as pessoas já conseguiam alterar suas senhas sem problemas.
Responder1
Ok, aprendi o que estava acontecendo e foi basicamente um erro do usuário. Meus usuários da nuvem têm um laptop físico fornecido pela empresa com o qual eles se conectam à máquina virtual na nuvem. O ambiente Windows do laptop está no domínio X, enquanto a VM na nuvem está em um domínio Y separado e isolado na nuvem. Embora eu tenha sugerido que eles alterassem a senha de usuário do Windows da VM na nuvem usando Ctrl-Alt-End, eles continuaram usando Ctrl-Alt- Del por hábito. A última combinação de teclas (Ctrl-Alt-Del) altera a senha no ambiente local do laptop. Quando eles apresentaram seu nome de usuário de domínio Y no formato "Y \ nome de usuário", o ambiente Windows do laptop estava de fato processando a solicitação de alteração de senha e recusou porque não conhecia o controlador de domínio "Y". Caso resolvido. Eles só precisavam usar a combinação correta de teclas (Ctrl-Alt-End) para alterar a senha quando estivessem conectados à VM via RDP na nuvem.