A Conexão de Área de Trabalho Remota não pode se conectar ao Windows Server 2012


14

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?


Ambos estão na rede local? (Ainda não tive chance de testar, mas essa seria a primeira pergunta óbvia). Se você não receber uma resposta em algumas horas, tentarei instalar e testar isso.
William Hilsum

Sim, ambos na mesma sub-rede. A máquina é de inicialização dupla. Quando inicializado no Server 2008 R2, o RDC funciona. Mas não no Server 2012.
Guy Thomas

Mabe É necessário habilitar "Remote Desktop" para o domínio, privado ou público, em "Permitir aplicativos para se comunicar throught Firewall do Windows" Elogios

Respostas:


22

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.


Isso funcionou para mim. Depois de instalar o 2012 R2 Server e ativar a Área de trabalho remota, o firewall ainda bloqueava a comunicação de entrada da Área de trabalho remota. Eu tinha que habilitar manualmente as regras para todos os perfis de rede para obtê-lo trabalhar (no meu caso 2012 R2 não está configurado como um servidor de domínio, e acho que é por isso que reconheci minha LAN como LAN público.)
Philm

5
Eu tive esse problema também. A exceção do Firewall do Windows, que é adicionada por padrão quando o RDP está ativado, é apenas para a rede privada e, no meu caso, eu precisava dela para a rede pública.
Ub3rst4r

3
Ele criou apenas as regras de firewall para o perfil de domínio para mim. Eu também tive que ativar manualmente as regras públicas.
Joel McBeth

Esta é uma boa resposta, mas acho que você poderia emburrecer um pouco mais e explicar como chegar às regras e quais regras especificamente. Para mim, digitei "Firewall" na barra de pesquisa, cliquei em Firewall do Windows com Segurança Avançada, em Regras de Entrada e ativei a Área de Trabalho Remota - Modo de Usuário (TCP-In) com Perfil Público.
Andrew


3

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.


1

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.


Esse foi o problema para mim, por algum motivo, notei que a senha do administrador local não estava mais sendo aceita, pois o idioma do teclado havia mudado. Depois disso, notei que o RDP não estava mais funcionando, eu não conectei os dois até este post. Bug estranho!
FredoAF 28/01

1

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?

  1. vá ao painel de controle> Rede e Internet> Rede e compartilhamento

  2. canto superior esquerdo alterar configurações do adaptador

  3. clique com o botão direito na rede que precisa do IP estático atribuído e selecione propriedades

  4. Selecione o protocolo da Internet Versão 4 (TCP / IPv4)

  5. selecione usar o seguinte endereço IP e digite seu IP estático, máscara de sub-rede fornecida e gateway padrão fornecido

  6. Digite o DNS especificado e preferido

  7. 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

  1. depois disso, redefina o vm e tente fazer o rdp com você vm

  2. vm agora está sendo executado em IP estático

Jay Ess.


1

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.


Tentei desmarcar Permitir conexões apenas para computadores executando a Área de trabalho remota com autenticação no nível da rede, como você sugeriu, infelizmente isso não resolveu o meu problema.
Guy Thomas

0

Como habilitar a Área de Trabalho Remota no Windows Server 2012 :

  1. Mova o mouse para o canto inferior direito da tela e você verá uma barra, Barra de Charme.
  2. Clique no botão Pesquisar, aquele com lupa. Veja a imagem abaixo:
  3. Digite CMD na caixa de texto de pesquisa de aplicativos:
  4. Clique no CMD à esquerda, ele iniciará o prompt de comando:
  5. Na janela do prompt de comando, digite SystemPropertiesRemote e pressione Enter
  6. O comando acima iniciaria as janelas Propriedades do sistema.
  7. Selecione a opção apropriada em Área de trabalho remota e clique em OK.

Não basta postar links para outros sites. Inclua o conteúdo essencial aqui. Além disso, não vejo como isso está respondendo à pergunta declarada.
Slhck 18/07/12

Você já testou sua ideia no Windows Server 2012?
Guy Thomas

0

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.


0

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!


0

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.


0

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 .

Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.