3 votes

J'ai besoin d'aide pour créer un tunnel pour le bureau à distance (RDP) via SSH en utilisant OpenSSH.

Voici mon installation. L'image n'est pas "exacte", je l'ai modifiée, mais elle vous donne une idée.

enter image description here

Les outils que j'utilise sont :

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

Une autre chose que je pourrais noter est que la machine DEVILSMILK y DUCLAW sont des machines virtuelles. KENT-PC est ma machine physique avec un accès administratif au domaine où les 3 machines résident dans le même réseau local. 10.0.10.0/24 . Voici également une liste des systèmes d'exploitation utilisés sur chaque machine :

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

Les étapes que j'ai suivies jusqu'à présent avec SSH :

  • Sur DEVILSMILK Je suis en train de courir OpenSSH comme serveur SSH et j'ai désactivé iptables donc tous les ports sont ouverts.
  • Sur DUCLAW Je suis en train de courir OpenSSH via CYGWIN et des règles ont été établies pour permettre l'accès à Remote Desktop ainsi que le port 22 pour SSH.

Ma première machine KENT-PC à l'adresse 10.0.10.110:RHP (Random High Port) est SSH'd dans DEVILSMILK à l'adresse 10.0.10.113:22 . DEVILSMILK à l'adresse 10.0.10.113:RHP est connecté en SSH à DUCLAW à l'adresse 10.0.10.130:22 . Toutes les connexions ont été effectuées avec succès et sont connectées.

Configurations des tunnels SSH sur PUTTY :

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

Maintenant que toutes ces configurations sont établies et que SSH est connecté avec succès d'un bout à l'autre, je lance alors Remote Desktop de KENT-PC et essayer de se connecter à localhost:33389 .

Remote Desktop devrait alors tenter de se connecter à KENT-PC au au port 33389 qui sera ensuite transmis à DEVILSMILK sur le port 60666 qui est ensuite transmise à DUCLAW sur le port 3389 (Remote Desktop Port) et la connexion devrait être établie et fonctionner. Remote Desktop à travers un tunnel SSH crypté.

Mais ce n'est pas le cas.

L'erreur que je reçois de Remote Desktop est :

Cet ordinateur ne peut pas se connecter à l'ordinateur distant.

Essayez de vous connecter à nouveau. Si le problème persiste, contactez le propriétaire de l'ordinateur distant ou votre administrateur réseau.

Quelques autres choses à noter.

Remote Desktop directement sur DUCLAW fonctionne sans problème, c'est juste qu'il ne fonctionne pas à travers le tunnel SSH.

Quelqu'un sait-il ce que je fais mal ?

UPDATE 1 : J'ai essayé de changer tous les numéros de port du tunnel et les noms d'hôtes en :

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

Ça ne marche toujours pas. J'ai également désactivé le pare-feu entièrement sur KENT-PC ... pas de chance.

MISE À JOUR 2 : J'ai essayé d'utiliser des adresses IP au lieu de noms d'hôtes et cela n'a pas fonctionné non plus. J'ai également essayé d'utiliser le port 3333 au lieu de 62333 pour les adresses IP. KENT-PC Localhost Numéro de port du tunnel et toujours le même.

1voto

Anand Points 1

Apparemment, il y a eu une sorte de problème avec l'utilisation de l'option putty GUI pour faire le premier SSH de Kent-PC a DEVILSMILK . Un utilisateur du subreddit /techsupport m'a recommandé d'utiliser CYGWIN pour toutes mes machines. Bien sûr, après avoir installé CYGWIN et en utilisant ces commandes :

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

Connexion établie.

Puis à partir de la même console SSH.

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

Connexion établie.

Ensuite, exécutez cette commande à partir de KENT-PC qui est mon hôte d'origine :

mstsc /v:localhost:3333

Et Wahlah ! Comme vous pouvez le voir sur la photo ci-dessous DUCLAW(10.0.10.130) est accessible via Remote Desktop et comme vous pouvez le voir dans Wireshark, il s'agit d'une connexion SSH cryptée qui semble venir de DEVILSMILK (10.0.10.113) .

Je peux maintenant arrêter de me taper la tête contre le bureau. Merci à tous ceux qui ont aidé à résoudre ce problème.

enter image description here

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X