Quais opções eu tenho para me conectar a um servidor Windows remoto se o RDP estiver quebrado?

Quais opções tenho para me conectar a um servidor remoto do Windows se o RDP estiver quebrado (sem resposta), não tiver acesso ao console e o servidor não estiver fisicamente próximo?

No Linux, se o VNC não estivesse funcionando, normalmente eu poderia confiar em um daemon SSH. O Windows nunca percebeu isso (por que eu não sei) - existe algum equivalente?

A primeira coisa que faço quando o RDP não está falando é isso no Powershell:

PS> $service = get-service -computername MyServer -displayname "Remote Desktop Services"
PS> $service.stop
PS> $service.start

Na maioria das vezes, isso reaviva o RDP e posso voltar. Se isso não funcionar, tenho que confiar no iLO ou em uma das outras opções de console mencionadas em outras respostas aqui.

Veja esta pergunta aqui para suas opções de linha de comando . Basicamente, você possui o WinRS / WinRM, o PowerShell Remoting e o PSexec e os outros utilitários do SysInternals Suite . Você também pode instalar o SSH ou mesmo o telnet em um servidor Windows e conectar-se a ele, uma vez instalado.

Além disso, suas ferramentas na pasta Ferramentas Administrativas permitem conectar-se a máquinas remotas (ou pelo menos) tentar, então essa é uma opção. (Na maioria dos casos, os snap-ins do MMC, mas mesmo alguns dos exes autônomos incluídos nativamente, como essa regedit, têm essa funcionalidade.)

Você também deve ter algum tipo de interface de gerenciamento Out-of-Band / console virtual em seu servidor (como o iLO da HP ou o iDRAC da Dell) e, se não ... bem, aprenda com isso e obtenha um no seu próximo servidor.

Por fim, existem inúmeras ferramentas de terceiros que geralmente permitem acessar um servidor remotamente, instalar-se e configurar um compartilhamento de tela com base no VNC (ou similar). O Dameware e o IntelliAdmin vêm à mente imediatamente, mas são apenas dois de muitos.

PowerShell é o que você está procurando. Comunicação remota do TechNet PowerShell

Como não foi mencionado:

Sempre há "mãos inteligentes". Nunca subestime a simplicidade de ligar para alguém e dizer "você pode ir até o servidor e me dizer o que vê? ... OK ... faça isso por mim".

A menos que o servidor esteja orbitando a Terra, isso provavelmente é uma opção.

LoM é uma técnica comumente usada para acessar nós, o que é inaceitável em termos lógicos.

O nome da técnica difere dos fabricantes, a dell chama sua versão de 'iDRAC'. A HP chama o deles de 'iLo'

Nos dias anteriores, havia placas PCI específicas para isso, chamadas MEGARAC. Também há KVM sobre IP para ajudar.

Boa sorte!

psexec, parte do pacote Windows Sysinternals .

Costumávamos usar isso o tempo todo para implantar software em uma rede não-Active Directory de hosts do Windows.

Como dito acima, o iDRAC, o iLO é a melhor maneira de acessar sistemas remotos se o RDP falhar ao iniciar. Se o sistema for uma máquina virtual, você poderá usar a infraestrutura virtual para gerenciar remotamente e, na maioria dos casos, exibir o console.

Eu investiria em algo como um LANTRONIX 'Spider "também que poderia ser conectado às portas VGA e USB do sistema remoto para permitir o gerenciamento de banda.

Se você ainda conseguir executar o ping no sistema, tente reiniciar a caixa No windows 'shutdown -i', abra um utilitário de comando interativo. Veja se isso permitiria a reinicialização remota do sistema.

Boa sorte para você, meu amigo, e sinta-se à vontade para enviar um ping para qualquer ajuda adicional

Desde que o serviço WinRM esteja configurado corretamente, você pode inserir-pssession –computername –scriptblock ou invocar o comando -computername –scriptblock usando o powershell. Ou você pode baixar o Psexec em http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx e, em seguida, o usuário psexec \ target –u credentials cmd

Em relação ao RDP, ele está ativado? Verifique o registro de rede do servidor HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Control \ Terminal Server

Existem valores como fDenyTSConnections e TSUserEnabled que precisam ser configurados corretamente.

Reinicie também os serviços TS no servidor.

Estou sugerindo que você use isso se tiver acesso à rede e puder se autenticar.

Você também implora a OIT em sua empresa?

Usou a mesma abordagem quando o RDP não estava iniciando com o erro "não é possível conectar porque o intermediário de conexão não pôde validar as configurações especificadas no seu arquivo RDP" . De alguma forma, o AnyDesk também estava offline no servidor. E eu não tinha acesso ao servidor fisicamente. Consegui o PsTools em http://technet.microsoft.com/en-gb/sysinternals/bb896649.aspx, conforme recomendado por @Ben Lavender E segui as etapas a seguir;

1. Abri o cmd no meu laptop conectado por VPN para acessar a LAN do cliente e execute os seguintes comandos no caminho do PsTools extraído. (Nesse ponto, eu já havia descoberto que o Serviço de Banco de Dados Interno do Windows era a causa disso. Você pode ler mais sobre isso. O Serviço de Agente de Conexão Remota depende dele e de outros serviços de RD, então para mim WID era o culpado .)

2. Eu executo uma consulta para encontrar o status do serviço WID psservice \ [nome_do_computador ou IP] -u [nome_de_usuário] -p [senha] consulta o estado de WIDs "Banco de dados interno do Windows" No meu caso, o serviço não estava sendo executado

3. Executei o comando psservice \ [nome_do_computador ou IP] -u [nome_de_usuário] -p [senha], inicie "Banco de Dados Interno do Windows" para iniciar o serviço e obtenha o resultado abaixo. Estado inicial do WID

4. Consultei o serviço WID novamente para confirmar que ele estava em execução e pronto. Estado de execução WID

Quando tentei o RDP novamente, consegui obter sucesso desta vez.

Espero que isso esclareça melhor as coisas para você e resolva seu problema.