none
Acesso remoto via terminal service, fica em " configurando a sessão remota " RRS feed

  • Pergunta

  • Olá pessoal,

    Estou com problemas para acessar um servidor com Windows Server 2012 R2 via RDP, independente da conta de usuário que eu use, não consigo acessar o servidor via RDP, fica com status configurando a sessão remota e não sai disso.

    O acesso remoto estava funcionando normalmente, e de uma hora para a outra ele simplesmente parou de funcionar, hoje só consigo acessar o servidor que é uma maquina virtual, via console do Xen.

    Tenho mais duas maquinas virtuais nesse mesmo servidor fisico, todas elas estão executando Windows Server 2012 R2, mais as outras duas o acesso remoto está funcionando normalmente.

    Já tentei desabilitar o acesso remoto, e habilitar novamente sem sucesso, reinicialização do servidor, também se sucesso, como esse servidor está executando Sql Server, e está em produção, não posso ficar reiniciando ele a cada alteração.

    Se alguém tiver alguma dica, que possa me ajudar, eu agradeço.Configurando a sessão remota

    terça-feira, 13 de dezembro de 2016 11:12

Todas as Respostas

  • bom dia. Tente recriar a conexão de RDS. ou criar uma nova.

    Vá até configuração do servidor host da sessão da area de trabalho remota.


    João Carlos Xavier de Macedo Specialist Platforms Microsoft MCP,MCT,MCSA,MCTS,MCITP, ENTERPRISE VIRTUALIZATION WINDOWS SERVER 2008 R2,MCSE WINDOWS SERVER 2012

    terça-feira, 13 de dezembro de 2016 12:22
  • Primeiramente, obrigado pela resposta João Carlos,

    Então, nesse servidor não está instalado o RDS, eu estou utilizando uma das duas licenças disponíveis para acesso remoto via terminal service.

    Pelo que eu entendi, você sugeriu eu desinstalar o recurso de terminal service e reinstalar novamente, é isso?

    Mais se for realmente isso, não tem como pois não está instalado.

    Obrigado novamente

    terça-feira, 13 de dezembro de 2016 13:10
  • Então Eduardo, Quando se habilita a opção pra permitir o acesso remoto a um servidor sendo ele 2008 e ou 2008 R2 o mesmo habilita a opção de serviços de área de trabalho remota. Quando se trata do 2012 é preciso habilitar. Ja verificou os logs de eventos pra ver se não há nenhum tipo de bloqueio ?

    Tente via telnet na porta 3389 veja se conecta também.


    João Carlos Xavier de Macedo Specialist Platforms Microsoft MCP,MCT,MCSA,MCTS,MCITP, ENTERPRISE VIRTUALIZATION WINDOWS SERVER 2008 R2,MCSE WINDOWS SERVER 2012

    terça-feira, 13 de dezembro de 2016 17:49
  • Olá,

    No log de eventos não está mostrando nenhum erro, fiz o teste com o Telnet e conectou normalmente.

    terça-feira, 13 de dezembro de 2016 18:10
  • Ola Eduardo,

    faça o seguinte teste:

    * Backup da seguinte chave de registro:

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp

    * Localize esta mesma chave de registro em um servidor funcional de mesma versão o Sistema Operacional, faça o backup também e copie o arquivo .reg para o servidor com problema. Execute o .reg e reinicie o server. Verifique o resultado.

    • Marcado como Resposta Guilherme Macedo S quinta-feira, 15 de dezembro de 2016 16:33
    • Não Marcado como Resposta Eduardo Mansano sexta-feira, 16 de dezembro de 2016 12:07
    quarta-feira, 14 de dezembro de 2016 20:31
  • Inácio, obrigado pela ajuda

    Já fiz o procedimento, porém só vou poder reiniciar o servidor domingo depois das 18:00, para poder testar.

    Eu tentei fazer um acesso remoto sem reiniciar, e o problema continua, mais vou torcer que após a reinicialização volte funcionar normalmente.

    Eu posto o resultado, obrigado novamente

    quinta-feira, 15 de dezembro de 2016 11:56
  • Eduardo Mansano

    Realize os testes, e caso aconteça algum erro, se for necessário abra uma nova thread.

    Atenciosamente.


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    quinta-feira, 15 de dezembro de 2016 16:34
  • Olá,

    Ontem reiniciei o servidor, e infelizmente não deu certo, continua com o mesmo problema.

    Tem mais alguma sugestão?

    Obrigado

    sexta-feira, 16 de dezembro de 2016 12:08
  • Olá Eduardo,

    remova qualquer aplicação de antivirus instalada (desinstalar). Não pare os servicos pois os minifilters ainda continuam em operacao mesmo depois do servico parado.

    me aviso o resultado.

    outros testes validos:

    * crie uma OU no AD e mova o servidor q vc esta tentando conectar e a conta do usuário. Abra o GPMC e bloqueie todas a GPOS apontadas para esta OU (bloquear hierarquia);

    * Altere a porta padrão do RDP da 3389 para uma outra para isolar a possiblidade de conflito com outra aplicação.

    nos mantenha informado dos resultados.

    sexta-feira, 16 de dezembro de 2016 14:38
  • Olá,

    Este servidor não tem nenhum antivírus instalado.

    Criei uma nova UO, movi o servidor, alterei a porta para 3435, porém ainda sem nenhum progresso infelizmente.

    Obrigado pela ajuda

    sábado, 17 de dezembro de 2016 22:19
  • Eduardo Mansano

    Verifique estas chaves de registro:

    Bloqueio de conexões via RDP
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnections
    O valor desta chave deve estar como :  0

    Porta de acesso do RDP
    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber
    O valor desta chave deve estar como: 3389

    Caso não esteja com estes valores, altere manualmente, reinicie o servidor e faça um novo teste.

    Atenciosamente.


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    segunda-feira, 19 de dezembro de 2016 12:05
  • Olá Guilherme

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\fDenyTSConnections

    Está 0

    HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Terminal Server\WinStations\RDP-Tcp\PortNumber

    Está 3435, porém estava 3389 antes da ultima alteração sugerida acima.

    segunda-feira, 19 de dezembro de 2016 12:23
  • Eduardo Mansano

    Alterou para 3389 novamente, reiniciou o servidor e realizou o teste novamente?

    Fico no aguardo de informações.

    Atenciosamente


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    segunda-feira, 19 de dezembro de 2016 12:26
  • Guilherme,

    Eu já tinha feito esse processo de alterar o número da porta antes mesmo de fazer a postagem aqui no fórum, porém sem sucesso.

    O servidor em questão é um servidor de banco de dados, só consigo reiniciar ele de finais de semana ou por volta das 24:00, eu voltei a porta para 3389 mais a reinicialização só posso fazer no final da noite, mais acredito que não seja esse o problema, pois já fiz o teste de telnet e conecta normalmente, quando é problema de porta não conecta no telnet, e no mstsc dá erro direto, no meu caso fica " configurando a sessão remota" e não sai disso, alias sai depois de muito tempo tentando.

    Obrigado pela ajuda

    segunda-feira, 19 de dezembro de 2016 12:35
  • O problema pode não estar no lado do servidor e sim do lado da estação de onde a conexão RDP está sendo iniciada.

    Já foi analisado o Event Viewer da estação de onde a conexão é iniciada? Há logs específicos no cliente em Application and Services Logs\Microsoft\Windows\TerminalServices* onde é possível obter informações do RDP Client.

    Foi feito teste a partir de outra estação para determinar se o comportamento é o mesmo? Foi informado que testes com outros usuários foram realizados, mas em momento algum foi informado que testes foram feitos a partir de outras estações.

    segunda-feira, 19 de dezembro de 2016 14:17
  • Olá,

    Tentei conectar no servidor em questão por algumas maquinas e por outros servidores que gerencio, em todos os locais apresenta o mesmo problema.

    Eu acessei o log de eventos da estação que estou tentando conectar e apresenta a seguinte mensagem depois que finaliza a tentativa de conexão com o servidor:

    O ClientActiveX de RDP desconectou-se (Motivo= 264)

    Conexão multitransporte desconectada.

    Antes das mensagens acima, ele mostra a seguinte mensagem:

    O ClientActiveX de RDP está tentando se conectar ao servidor (servidorx)

    Esses erros está aparecendo em: 

    Microsoft-Windows-TerminalServices-RDPClient/Operational

    Já no servidor, o erro apresentado é o seguinte:

    O ClientActiveX de RDP desconectou-se (Motivo= 1)


    segunda-feira, 19 de dezembro de 2016 18:04
  • Bom dia Eduardo Mansano

    Alguma atualização sobre o seu caso?

    Atenciosamente.


    Guilherme Macedo S

    Esse conteúdo é fornecido sem garantias de qualquer tipo, seja expressa ou implícita

    TechNet Community Support

    Por favor, lembre-se de Marcar como Resposta as postagens que resolveram o seu problema. Essa é uma maneira comum de reconhecer aqueles que o ajudaram e fazer com que seja mais fácil para os outros visitantes encontrarem a resolução mais tarde.

    segunda-feira, 26 de dezembro de 2016 11:23
  • Olá,

    Nenhuma, continuo com o problema.

    Obrigado

    segunda-feira, 26 de dezembro de 2016 11:33
  • Verifique se as regras de firewall para acesso remoto não foram desabilitadas.
    quinta-feira, 4 de julho de 2019 00:55