Fedora-Fr

Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

SSH Re-direction de connexion automatique

Slookeur

Bonjour à tous,
je cherche à faire en sorte une re-direction automatique en ssh,
je vais essayer de clarifier mon idée à l'aide d'un petit schéma du réseau qui m'intéresse:

......... Pc1 (FC6)
Pc-perso (FC7) ........ web ....... PCs (RH 7x) <
FC7 ......... Pc2 (RH 7x)

Je voudrais pouvoir me logguer "directement" (une seule commande) depuis mon Pc perso sur Pc1 ou Pc2
sans avoir à relancer une seconde commande depuis PCs vers Pc1 ou Pc2.
Je précise que toutes mes connexions se font par clefs cryptées et sans mot de passe,
J'ai essayé de faire depuis Pc-perso des choses choses du genre:

]$ ssh login@PCs ConnectPc1

ou ConnectPc1 est un script qui lance la connexion vers Pc1 dans le genre:

 #!/bin/bash 
ssh -X -l login Pc1

mais sans succès je reçois chaque fois un message d'erreur du type

 Pseudo-terminal will not be allocated because stdin is not a terminal.

J'ai réussi à établir la connexion directe mais le choix Pc1 ou Pc2 se faisant depuis PCs et non depuis Pc-perso
en inscrivant une ligne de plus dans le fichier .bashrc (ou .bash_profile)

...
if [ -n "$SSH_CLIENT" ]; then ssh -l login Pc1
fi
...

En gros si connexion ssh alors re-direction vers Pc1. Cela fonctionne mais impossible de choisir Pc1 ou Pc2 ...

Une idée pour m'aiguiller ?

S.

proxy

Un tunnel, ça ne serait pas + simple ? 😉

Slookeur

Peut être si je savais ce que c'est ?!
... je vais chercher de la doc la dessus ...

S.

Anvil

hm, non, le tunnel c'est pas ca que tu cherches.
Ce que tu veux c'est la `ProxyCommand' dans le .ssh/config

Je te conseille une lecture aprofondie des man ssh, man ssh_config et man nc.

Slookeur

@Anvil: merci tu as raison après avoir lu et essayé effectivement un tunnel ne m'aide pas.

cela permet juste d'établir une boucle de connexion avec la machine distante pour par exemple
faire passer sa connexion web par le proxy de son labo pour accéder aux périodiques en ligne ...
ce qui m'intéresserais je dois l'avouer.
Ce que je veux moi c'est travailler sur la machine distante ... je piétine pour le moment ...

S.

proxy

Je reviens néanmoins avec mon tunnel 😉

ssh -N -f user@PC1 -L48:PC2:22 puis ssh localhost -p 48 t'amène direct sur PC2
ssh -N -f user@PC1 -L49:PC3:22 puis ssh localhost -p 49 t'amène direct sur PC3

Anvil

Proxy : c'est bien joli, mais il faut creer le tunnel a chaque fois. Et ssh t'enverra peut-etre balader pour des histoires de host keys non valides.
Alors qu'avec la proxycommand.. besoin de rien.

proxy

You are right !! 🙂

Slookeur

Me re-voilà avec une réponse à mon post de départ,
l'utilisation de 'Proxycommand' m'a mis sur la voie de la solution
merci donc à Anvil pour sa suggestion.
Néanmoins je n'ai pas réussi a utiliser le ficher ~/.ssh/config et donc la
'Proxycommand' pour arriver à mes fins ... à titre d'exemple voici ce que j'ai
essayé:

User login
Host Pc1
        Hostname Pcs
        Proxycommand ssh login@Pc1

Host Pc1
        Hostname Pcs
        Proxycommand ssh login@Pc1
User login

Ce qui ne change pas beaucoup mais je ne savais pas dans quel ordre placer
les instructions.
Le resultat de la commande 'ssh login@Pc1' est le même dans chaque cas
(et d'ailleur le même que celui de la commande (ssh login@Pc ssh login@Pc1)
c'est à dire:

 Pseudo-terminal will not be allocated because stdin is not a terminal.

En faisant des recherches (merci Google) pour améliorer cela je suis tomber
sur la bonne solution (ou une des bonnes) qui ne passe pas par le fichier ~/.ssh/config
voici la commande en question:

]$ ssh -t login@Pc ssh login@Pc1

et je tombe directement sur Pc1
J'ai essayé d'insérer l'option -t qui force l'allocation d'un pseudo-terminal dans
le fichier config sans succès, j'ai donc fait des alias pour mes commandes.

Merci de votre aide.

S.

PS: Comment puis-je classer cette discussion comme "résolue" ?

Anvil

ton fichier .ssh/login est bon, syntaxiquement parlant. Mais ta proxycommand ne l'est pas. En fait, elle est incomplete. Tu n'as pas compris le but de la proxycommand.
Il faut que la proxycommand initie la connexion vers le serveur ssh sur lequel tu veux te connecter au final. Ce qu'elle ne fait pas dans ton cas. C'est pour ca que je t'avais aussi envoyer vers le netcat (nc).

Slookeur

@Anvil: après moult nouvelles recherches et efforts du coté de netcat
je viens effectivement de réussir à configurer mon fichier config.
Cependant j'ai parcourus un bon nombre de howto online avant de me
rendre compte qu'aucun n'était vraiment à jour concernant ce que je voulais
faire ... non vraiment la commande netcat à évoluée et dans le plus intéressant
howto que j'ai trouvé chez ici chez gentoo la synthaxe de la proxycommand ssh
est incorrecte ou a elle aussi évoluée ...
je soumet donc ma solution dans cette discussion ... y a t'il un guide ssh sur fedora-fr ?

Host=server
Hostname=adresse.server..fr
User=user

Host=pc1
User=user
ProxyCommand=ssh server nc -c pc1 22

Host=pc2
User=user
ProxyCommand=ssh server nc -c pc2 22

La commande 'ssh pc1' permet donc de se logger directement sur pc1 en rebondissant
sur serveur. La seule obligation de cette façon de travailler est de ne pas utiliser de mot
de passe mais uniquement des clefs cryptées.

Le grand avantage de la méthode (et un grand merci à Anvil d'avoir insisté) est de rediriger
convenablement toutes les commandes ssh vers Pc1 par le serveur en particulier 'scp'
ainsi un 'scp fichier user@pc1' permettra une copie directe du 'fichier' vers pc1.

S.

Anvil

y a t'il un guide ssh sur fedora-fr ?

Pas que je sache. Tu te devoues ?

La syntaxe de `nc' change suivant les distribs (les distributions n'utilisent toutes pas le meme nc, bizarrement..), mais voici ce que j'ai dans mon .ssh/config.

Host *.domain.truc
        ProxyCommand ssh -A -q machine_passerelle -- nc %h -q0 %p

La machine_passerelle est une debian, en l'occurence. Mais le principe reste fondamentalement le meme partout.

Un avantage de la proxycommand est, comme tu le dis d'etre completement transparente : scp (ou mieux : rsync -e ssh) utilisera aussi cette proxycommand sans aucun besoin de le specifier.

Slookeur

Merci pour toutes ces infos ... je trouve cela surprenant que la commande 'nc'
diffère d'une distrib à l'autre ... je me demande si il ne s'agit pas là d'un problème
de version et non de distrib.
Pour la doc ssh du site j'ai cherché et il y a quelque chose là ...
et oui je compte me dévouer pour disons essayer de compléter quelques lignes ... malheureusement
en ce moment je n'ai pas trop le temps pour ça (rédaction de thèse oblige ...) mais
une fois cette formalité expédiée ....

S.

Anvil

je me demande si il ne s'agit pas là d'un problème de version et non de distrib.

Absolument pas. il y a plusieurs implementations du netcat, de differentes origines. Et les comportements et syntaxes differents.

Slookeur

Ok, j'ai eu besoin d'installer netcat sur la machine serveur,
par défaut dans google je suis tombé sur la version GNU qui
est dispo sous Fedora et j'ai pensé que c'était la seule et unique
implémentation.
Autant pour moi, merci une nouvelle fois pour cette petite précision.
... après quelques heures d'utilisation je dois dire que cette
"Proxycommand" est vraiment trop géniale encore merci :pint:

S.