Necessita de ajuda para encapsular o Remote Desktop (RDP) sobre o SSH usando o OpenSSH

3

Então aqui está meu set up. A imagem não é "Exata". Eu a modifiquei, mas dá uma ideia.

As ferramentas que estou usando são:

  • PUTTY
  • OpenSSH
  • CYGWIN
  • Remote Desktop
  • VMware vCenter Server Version 5.1.0
  • vSphere Client Version 5.1.0

Outra coisa que devo observar é que a máquina DEVILSMILK e DUCLAW são máquinas virtuais. KENT-PC é minha máquina física com acesso administrativo ao domínio onde todas as 3 máquinas residem na mesma rede local 10.0.10.0/24 . Além disso, aqui está uma lista dos sistemas operacionais em execução em cada máquina:

  • KENT-PC - Windows 7 Ultimate
  • DEVILSMILK - CENTOS 6.3
  • DUCLAW - Windows Server 2008 Datacenter

Passos que tomei até agora com o SSH:

  • Em DEVILSMILK , estou executando OpenSSH como meu servidor SSH e desativei iptables para que todas as portas estejam abertas.
  • Em DUCLAW , estou executando OpenSSH via CYGWIN e regras foram criadas para permitir acesso a Remote Desktop , bem como à porta 22 para SSH.

Minha primeira máquina KENT-PC at 10.0.10.110:RHP (Random High Port) é SSH em DEVILSMILK at 10.0.10.113:22 . DEVILSMILK at 10.0.10.113:RHP é SSH em DUCLAW at 10.0.10.130:22 . Todas as conexões foram feitas com sucesso e estão conectadas.

Configurações de encapsulamento SSH em PUTTY :

  • KENT-PC - L33389 localhost:60666
  • DEVILSMILK - L60666 localhost:3389

Agora, com todas essas configurações definidas e o SSH conectado com sucesso de ponta a ponta, inicio Remote Desktop de KENT-PC e tento me conectar a localhost:33389 .

Remote Desktop deve, então, tentar se conectar a KENT-PC na porta 33389 , que será então encaminhada para DEVILSMILK na porta 60666 , que será encaminhada para DUCLAW na porta 3389 Desktop Port) ea conexão deve ser estabelecida e deve funcionar, e eu terei tunneled Remote Desktop através de um túnel SSH criptografado.

Mas isso não acontece.

O erro que recebo de Remote Desktop é:

This computer can't connect to the remote computer.

Try connecting again. If the problem continues, contact the owner of the remote computer or your network administrator.

Junte outras coisas para anotar.

A área de trabalho remota diretamente para DUCLAW funciona bem sem problemas, apenas não funciona no túnel SSH.

Alguém sabe o que estou fazendo errado?

ATUALIZAÇÃO 1: Tentei alterar todos os números de porta do túnel e nomes de host para:

  • KENT-PC - L62333 DEVILSMILK:62334
  • DEVILSMILK - L62334 DUCLAW:3389

Ainda não funciona. Também desativou o firewall totalmente em KENT-PC ... no go.

UPDATE 2: Tentei usar endereços IP em vez de nomes de host e isso também não funcionou. Eu também tentei usar a porta 3333 em vez de 62333 para KENT-PC Localhost Número da porta do túnel e ainda o mesmo.

    
por Kentgrav 24.01.2013 / 13:56

1 resposta

1

Evidentemente, houve algum problema com o uso da putty GUI para fazer o primeiro SSH de Kent-PC a DEVILSMILK . Um usuário no subreddit / techsupport recomendou que eu use CYGWIN para todas as minhas máquinas. Com certeza, depois de instalar o CYGWIN e usar estes comandos:

ssh -vg -L 3333:localhost:6666 misfitred@devilsmilk

Conexão estabelecida.

Em seguida, a partir do mesmo console SSH.

ssh -vg -L 6666:localhost:3389 kgraves@duclaw

Conexão estabelecida.

Em seguida, execute este comando no KENT-PC, que é o meu host original:

mstsc /v:localhost:3333

E Wahlah! Como você pode ver na figura abaixo, DUCLAW(10.0.10.130) está sendo acessado via Remote Desktop e, como você pode ver no Wireshark, é uma conexão SSH criptografada que aparece como se viesse de DEVILSMILK (10.0.10.113) .

Agora posso deixar de bater a cabeça contra a mesa. Obrigado a todos que ajudaram a descobrir isso.

    
por 25.01.2013 / 16:44