Missão à Área de Trabalho Remota NO Windows Server 2012 (autônomo).
Situação:
- Painel de controle, Sistema, Configurações remotas, Área de trabalho remota - Permitir
- Todos os firewalls desativados
- Tentativa de conexão usando um endereço IP conhecido (o ping funciona bem)
- Opção de conexão como um usuário que já fez logon.
Mensagem de erro:
Remote Access Cannot Connect
1) Remote access not enabled
2) Remote computer turned off
3) Remote computer not available
Informação adicional:
- O Server 2012 pode RDC OUT.
- As máquinas que eu uso para conectar IN são o Windows 7 e o Windows 8; elas fazem RDC para outras máquinas.
- Tenho uma boa experiência em configurar a área de trabalho remota.
Questão:
Isso é uma falha do software beta no servidor de 2012 ou existe uma nova maneira de fazer com que a RDC funcione?
remote-desktop
windows-server-2012
Guy Thomas
fonte
fonte
Respostas:
Percebi que, em algum momento, ativar a área de trabalho remota não habilita corretamente a exceção de firewall para a porta 3389. Verifique se a regra apropriada está habilitada. Se estiver, tente desativar e ativar imediatamente o firewall. Isso funcionou para mim em várias ocasiões.
fonte
Você provavelmente precisará de uma CAL ( Client Access License ) para acessar os recursos do Windows Server 2012.
fonte
Eu estava em uma situação semelhante à sua OP. Eu tinha uma política de grupo para ativar o RDP. Eu verifiquei se isso estava sendo aplicado e se era possível executar ping no servidor de destino. No gerenciador de servidores de 2012, dizia "Área de trabalho remota: ativada".
No entanto, depois de seguir as etapas postadas por sushant (cmd> systempropertiesremote) (que também pode ser acessada por outros métodos, por exemplo, sysdm.cpl), cheguei à guia "Remoto" de Propriedades do sistema e vi que "Não permitir conexões remotas a este computador "foi selecionado. Essa foi claramente a causa do meu problema e, como esperado, a seleção de "Permitir conexões remotas com este computador" permitiu que eu fizesse o mstsc no servidor.
Também tive outra instância em que, embora o RDC estivesse ativado, a porta do firewall não foi aberta. Agora, como padrão, em qualquer domínio, gerencio duas políticas, uma para habilitar o RDP e a outra para o firewall.
fonte
Verifique se você alterou os teclados padrão.
Eu tive o mesmo problema, mas assim que selecionei o Keyboard - India , que eu configurei durante a instalação de 2012, o sistema permitiu conexões de área de trabalho remota novamente.
fonte
então me deparei com um problema ao definir um IP estático em uma VM do Windows 2012. Quando o IP estático foi definido, minha VM não respondeu ao RDP ou RDC. como eu consertei isso?
vá ao painel de controle> Rede e Internet> Rede e compartilhamento
canto superior esquerdo alterar configurações do adaptador
clique com o botão direito na rede que precisa do IP estático atribuído e selecione propriedades
Selecione o protocolo da Internet Versão 4 (TCP / IPv4)
selecione usar o seguinte endereço IP e digite seu IP estático, máscara de sub-rede fornecida e gateway padrão fornecido
Digite o DNS especificado e preferido
clique em ok e abra o prompt de comando e digite: ipconfig / flushDNS
no prompt de comando acima, não use o Collin e haverá um espaço após o ipconfig
depois disso, redefina o vm e tente fazer o rdp com você vm
vm agora está sendo executado em IP estático
Jay Ess.
fonte
Eu tive o mesmo problema com o cliente WINDOWS XP que não pôde se conectar ao Windows 2012 R2 Remote Server.
Resolvi o problema desmarcando esta caixa no servidor: "Permitir conexões apenas para computadores executando a Área de Trabalho Remota com Autenticação no Nível da Rede (recomendado)".
Para encontrar essas configurações no Windows 2012 R2: clique com o botão direito do mouse em "Meu computador", escolha "Propriedades" e depois "Configurações remotas". Na tela que será exibida, você encontrará essa caixa de seleção.
Provavelmente, o XP não suporta "Autenticação no nível da rede" e quando o servidor exige isso, o cliente XP não pode se conectar.
fonte
Como habilitar a Área de Trabalho Remota no Windows Server 2012 :
fonte
Depois de revisar todas as respostas e comentários, também vasculhando a Internet por problemas semelhantes, minha conclusão é que é um problema de corrupção de arquivos no computador com o Windows 2012 Server.
Outras indicações
a) Esta máquina de teste já apresentou problemas de disco.
b) sfc / scannow revela erros.
fonte
O problema com o teclado padrão certamente é uma causa.
Em um servidor, removi o teclado dos EUA (que estava configurado por padrão durante a instalação), tentei ativar o RDP e não funcionou.
Depois de reinstalar o teclado dos EUA, o RDP começou a funcionar!
fonte
Eu tive o mesmo problema com os clientes XP e Windows 8 ... parecia que o servidor não estava conectado corretamente ao domínio, reiniciei o servidor, efetuei login como Administrador de Domínio e, quando tentei conectar usando o RDP, a máquina Win 8 funcionou bem, XP não devido ao NLA como acima.
fonte
Acabei de ter esse problema ao conectar-me ao meu controlador de domínio do Windows 2012 R2. A causa é que o serviço de reconhecimento de local de rede no controlador de domínio definiu a conexão de rede como pública em vez de domínio. A solução que funcionou para mim foi reiniciar o serviço NLA, conforme descrito aqui /server/362374/domain-controller-thinks-its-on-a-public-network .
fonte