Accès graphique par SSH

[Olivier]

Bonjour,

J'utilise de temps en temps, une machine sous Debian Jessie/Gnome installée chez un client.

Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.

Pour différentes raisons, je transite par une machine tierce selon le schéma suivant:

Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH--> Machine cible (Jessie/Gnome)

1. M'est-il possible accéder en graphique à la machine cible en conservant les accès par SSH (je peux changer la configuration de chacune des machines mais pas "demander un port supplémentaire" entre la machine relais et la machine ?

2. Est-ce toujours possible si je devais ajouter une machine relais supplémentaire entre la machine relais actuelle et mon PC ?

3. Y-a-t-il des contraintes particulières de cohérence entre la machine cible et mon PC (imaginons que la machine cible change de distribution ou que je doive temporairement travailler à partir d'un PC sous Windows) ?

Slts

[honeyshell]

Bonjour Olivier,

1 : tu peux faire du VNC nativement avec ssh, si tu regardes dans les options de configuration de ssh, il faut l'activer et ouvrir le port 5900 (par défaut, mais à changer pour des questions de sécu). Et tu peux faire du VNC via SSH, tout en ouvrant une connexion ssh sur un terminal en parallèle.

2 : sur la machine relais normalement tu devrais avec une règle de routage des ports. Je suppose que tu mappes le port 22 (typiquement) pour qu'il aille directement sur le port 22 de la machine cible. Si tu as une ou X machines, il faudra donc que tu dédiés d'autres ports que ce port 22, ainsi que pour le port VNC.

Toujours dans le fichier de configuration de ssh tu peux configurer le port utilisé. (en général on évite justement de mettre 22 à cause des robots)

3: J'ai déjà fait du Linux (vinagre)<->Linux cible ou du Windows (ultraVNC)<-> Linux cible

Attention au débit réseau.

Bons tests

[Pierre Malard]

Je ne sais pas si ça peut répondre mais, si cela concerne un affichage graphique X, est-ce que tu as essayé l’option « -X » ou « -Y » dans tes ssh ?

-- 

Pierre Malard

  «Quand un Français dit du mal de lui, ne le croyez pas, Il se vante !»

                                           Édouard Pailleron

   |\      _,,,---,,_

   /,`.-'`'    -.  ;-;;,_

  |,4-  ) )-,_. ,\ (  `'-'

 '---''(_/--'  `-'\_)   πr

perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-.  ;-;;,_:  |,A-  ) )-,_. ,\ (  `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"'  `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print'

- --> Ce message n’engage que son auteur <--

[laura]

LBonjour!

Je fait ça que tu veux faire autrefois, et j'ai écris un petit article sur mon blog. 

laupri.com/blog/spip.php?article223

Si tu veux je te fais la traduction au Français, mais je crois que tu peux suivre les commamdes sans problèmes de langues :)

J'espère que ça t'aide, 

Chao!

Laura

--
-----------------------
http://laupri.com
*-*-*-*-*-*-*-*-*-*-*

[honeyshell]

Et en plus c'est un blog en Spip, chapeau, j'adore Spip ;-)

[jacques]

Bonjour,

Attention , la solution proposée par Laura n'utilise pas le tunnel ssh
pour forwarder la session X11: les données "graphiques" vont circuler en
clair sur un port dédié à X11 (si un firewall ne bloque pas
l'utilisation de ce port X11).

Une autre solution purement ssh et n'utilisant que les ports reseau de
la session ssh (22 par défaut) est bien d'utiliser le paramètre
X11Forwarding=yes et de ne surtout pas toucher aux variables DISPLAY ni
à la commande xhost: il faut laisser le client et le serveur ssh gérer
un tunnel X11 (c'est le but de X11Forwarding).

Pour répondre au besoin 1) Je te propose d'utiliser le forward X11 dans
un tunnel ssh et la notion de serveur proxy ssh. Pour ce faire tu peux
editer le fichier ~/.ssh/config de la machine mon_pc de la façon suivante:

Host cible
Hostname cible
User user_sur_cible
ForwardX11Trusted=yes
ForwardAgent=yes
ProxyCommand ssh relais "nc -q 0 %h %p"

(Pour comprendre les différentes directives: man ssh_config)

Sur les serveurs relay et cible ne pas oublier de positionner
"X11Forwarding yes" dans /etc/ssh/sshd_config (il faut les privilèges root)

ensuite
slogin cible
suivi de la commande graphique (ou non) à exécuter sur la machine cible
devrait répondre à ton besoin 1) et surtout ne pas triturer la variable
DISPLAY car ssh s'en charge.

Si tu veux non seulement lancer une commande graphique occasionnelle sur
la machine cible (dont les performances d'affichage seront très lentes)
mais obtenir un environnement de bureau sur la machine cible (avec des
performances d'affichage tout à fait bluffantes par rapport au pur X11
forwarding) je ne saurai que te recommander l'utilisation de x2go
(apt-get install x2goserveur sur cible et apt-get install x2goclient sur
le poste client

Pour la question 3)
la méthode proposée fonctionne quelque soit la distribution linux sur le
client, le relais et la cible.
Si tu utilises un client windows la méthode pure ssh nécessite d'avoir
un serveur X11 sur le PC (ce n'est pas fourni par micro$oft)
Par contre si tu installes le client x2go pour windows tout
fonctionnera. Tu le trouveras sur le site du projet x2go:
http://code.x2go.org/releases/binary-win32/x2goclient/releases/4.0.5.0-2015.07.31/

Bonne journée

Jacques

Le 17/03/2016 10:51, laura a écrit :
> LBonjour!
>
> Je fait ça que tu veux faire autrefois, et j'ai écris un petit article sur
> mon blog.
>
> laupri.com/blog/spip.php?article223
>
> Si tu veux je te fais la traduction au Français, mais je crois que tu peux
> suivre les commamdes sans problèmes de langues :)
>
> J'espère que ça t'aide,
>
>
> Chao!
>
> Laura
>
> On Thursday, 17 March 2016, Pierre Malard <p...@teledetection.fr

> <javascript:_e(%7B%7D,'cvml','p...@teledetection.fr');>> wrote:
>
>> Le 17 mars 2016 à 09:22, Olivier <oza....@gmail.com> a écrit :
>>
>> J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
>> installée chez un client.
>> Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
>> Pour différentes raisons, je transite par une machine tierce selon le
>> schéma suivant:
>>
>> Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
>> Machine cible (Jessie/Gnome)
>>
>> 1. M'est-il possible accéder en graphique à la machine cible en conservant
>> les accès par SSH (je peux changer la configuration de chacune des machines
>> mais pas "demander un port supplémentaire" entre la machine relais et la
>> machine ?
>>
>> 2. Est-ce toujours possible si je devais ajouter une machine relais
>> supplémentaire entre la machine relais actuelle et mon PC ?
>>
>> 3. Y-a-t-il des contraintes particulières de cohérence entre la machine
>> cible et mon PC (imaginons que la machine cible change de distribution ou
>> que je doive temporairement travailler à partir d'un PC sous Windows) ?
>>
>>
>> Je ne sais pas si ça peut répondre mais, si cela concerne un affichage
>> graphique X, est-ce que tu as essayé l’option « -X » ou « -Y » dans tes ssh
>> ?
>>
>> --
>> Pierre Malard
>>

>> «*Quand un Français dit du mal de lui, ne le croyez pas, Il se vante !*»

[Jean-Claude MARQUES]

Le 17/03/2016 09:22, Olivier a écrit :
> Bonjour,
Après un renvoi sur l'adresse personnelle, un second sur la liste ...

Bonjour,
Expériences faites sous Wheezy, mais je ne pense pas qu'il y ait de
changement entre les différentes versions de ssh.

>
> J'utilise de temps en temps, une machine sous Debian Jessie/Gnome
> installée chez un client.
> Pour l'instant je travaille sur celle-ci uniquement en ligne de commandes.
> Pour différentes raisons, je transite par une machine tierce selon le
> schéma suivant:
>
> Mon PC (Jessie/Gnome) <--SSH--> Machine relais (Wheezy/CLI) <--SSH-->
> Machine cible (Jessie/Gnome)
>
> 1. M'est-il possible accéder en graphique à la machine cible en
> conservant les accès par SSH (je peux changer la configuration de
> chacune des machines mais pas "demander un port supplémentaire" entre
> la machine relais et la machine ?
>

Oui. Utiliser de préférence l'option -Y (man ssh)

> 2. Est-ce toujours possible si je devais ajouter une machine relais
> supplémentaire entre la machine relais actuelle et mon PC ?
>

Oui. mais le temps de latence augmente (à vue de nez, 1s/connexion ssh
sur 4 machines (3 connexions ssh donc) pour ouvrir et fermer un emacs
sur la machine cible).

> 3. Y-a-t-il des contraintes particulières de cohérence entre la
> machine cible et mon PC (imaginons que la machine cible change de
> distribution ou que je doive temporairement travailler à partir d'un
> PC sous Windows) ?
>

Je ne sais pas

> Slts

Debianement,

Jean-Claude

[David_dev Dev]

Bonjour,

Je ne sais pas si ça fonctionne à distance, mais j'ai testé récemment x2go, un autre vnc like en client/serveur qui ouvre par contre une nouvelle sessions graphique (pas vu si on peut reprendre une session en cours).

J'espère que ce n'est pas trop hors sujet

David

[jacques]

Le 17/03/2016 16:19, David_dev Dev a écrit :
> Bonjour,
>
> Je ne sais pas si ça fonctionne à distance, mais j'ai testé récemment x2go,
> un autre vnc like en client/serveur qui ouvre par contre une nouvelle
> sessions graphique (pas vu si on peut reprendre une session en cours).
> J'espère que ce n'est pas trop hors sujet

Bonjour,


x2go permet bien de reprendre un session en cours et offre des
performances bien supérieures à vnc* en terme de temps de réponse: il
met en oeuvre un algorithme de compression spécifique au protocole X11.

C'est une version entièrement libre de la technologie NX de la société
NOMACHINE:
https://fr.wikipedia.org/wiki/Technologie_NX

Cordialement

[David_dev Dev]

Ha merci :) donc au moins je perdrais pas de temps à chercher cette option :)

[VieuxGeek DuSystem]

Bonjour

Je vais proposer une alternative, dans un tunel ssh c'est encore
mieux, meme contrainte le débit.

https://en.wikipedia.org/wiki/Remote_Desktop_Protocol

Stéphane

[jacques]

Le 17/03/2016 17:42, VieuxGeek DuSystem a écrit :
> Bonjour
>
> Je vais proposer une alternative, dans un tunel ssh c'est encore
> mieux, meme contrainte le débit.
>
> https://en.wikipedia.org/wiki/Remote_Desktop_Protocol
>
> Stéphane

Bonjour,

Je rappelle le besoin initial:
client ---> relais ---> cible

x2go via l'implémentation du proxy ssh permet cette configuration. Quant
est-il de de RDP ?

Dans la page wikipedia 2 chapitres me font "peur":
_sécurity_ (x2go repose sur ssh en lequel j'ai plus confiance que des
produits issus de micro$oft et donc soumis au (non)droit américain en
terme de chiffrement et
_patents_ : x2go est un logiciel libre


des petits plus de x2go (à vérifier si possible ou pas avec RDP):
il permet d'interrompre une session et de la reprendre là ou on l'avait
laissé
il permet de partager la session de l'utilisateur (bien pratique pour de
l'aide à distance)

Ensuite ce n'est que mieux si des solutions alternatives existent et
tant mieux si rdp en est une.

Bonne soirée

Jacques

[VieuxGeek DuSystem]

Merci Jacques pour ce rappelle

Finalement RDP n'est peut étre pas la solution ... dsl

[jdd]

Le 17/03/2016 16:30, jacques a écrit :

> x2go permet bien de reprendre un session en cours et offre des
> performances bien supérieures à vnc* en terme de temps de réponse: il
> met en oeuvre un algorithme de compression spécifique au protocole X11.
>
> C'est une version entièrement libre de la technologie NX de la société
> NOMACHINE:
> https://fr.wikipedia.org/wiki/Technologie_NX
>
> Cordialement
>

je ne connais pas x2go, mais j'ai utilisé NX, et ca marche du feu de dieu...

faut toujours un tunnel, si il y a des intermédiaires

jdd

[con...@baal.fr]

alors je sais c'est pas libre mais c'est gratuit du moins hors de
l'usage proffessionnelle moi je me sert de teamviewer c'est
inter-compatible windows linux mac android iphone windows phone black
berry je m'en sert pour dépanner les amis sa marche plutot bien par
contre sous linux c'est avec wine ....

au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx

[Frédéric MASSOT]

Le 17/03/2016 21:03, con...@baal.fr a écrit :
> alors je sais c'est pas libre mais c'est gratuit du moins hors de
> l'usage proffessionnelle moi je me sert de teamviewer c'est
> inter-compatible windows linux mac android iphone windows phone black
> berry je m'en sert pour dépanner les amis sa marche plutot bien par
> contre sous linux c'est avec wine ....
>
> au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx

Je plusois, Teamviewer n'est pas libre, mais quand tu dois intervenir
sur des postes ou des serveurs Windows à distance c'est super pratique.

--
==============================================
| FRÉDÉRIC MASSOT |
| http://www.juliana-multimedia.com |
| mailto:fred...@juliana-multimedia.com |
| +33.(0)2.97.54.77.94 +33.(0)6.67.19.95.69 |
===========================Debian=GNU/Linux===

[jacques]

Le 18/03/2016 09:42, Frédéric MASSOT a écrit :
> Le 17/03/2016 21:03, con...@baal.fr a écrit :
>> alors je sais c'est pas libre mais c'est gratuit du moins hors de
>> l'usage proffessionnelle moi je me sert de teamviewer c'est
>> inter-compatible windows linux mac android iphone windows phone black
>> berry je m'en sert pour dépanner les amis sa marche plutot bien par
>> contre sous linux c'est avec wine ....
>>
>> au cas ou je met le lien https://www.teamviewer.com/fr/download/linux.aspx
>
> Je plusois, Teamviewer n'est pas libre, mais quand tu dois intervenir
> sur des postes ou des serveurs Windows à distance c'est super pratique.
>

Bonjour

Teamviewer et Window$ , je ne me prononce pas , je n'en ai pas la
compétence et ce n'est pas l'objet ici.

Par contre Teamviewer et Linux je vais donner mon avis même si je n'ai
jamais utilisé. Pourquoi confier ces données à une société tierce quand
ssh est ton ami ;-) ?

si tu dois intervenir sur une machine tierce (cible) depuis ta machine
d'assistance, tu crées un compte "maintenance" sur ta machine et tu
demandes à ton interlocuteur de te connecter via ssh en activant le
"remote forwarding":
ssh -R 2222:localhost:22 assistance
Pour prendre la main sur la machine distante il te suffit alors de faire
ssh -p 2222 localhost

Bien sur tu remplaces 2222 par n'importe quel port libre sur ta machine
d'assistance et tu peux utiliser la surcouche ssh de ton choix: par
exemple x2go :-)

Bonne journée

[(•‿•) Dhénin Jean-Jacques]

Le 18 mars 2016 à 09:42, Frédéric MASSOT
<fred...@juliana-multimedia.com> a écrit :

Cependant, TeamViewer, sauf erreur de ma part, n'affiche que l'écran complet
de l’ordinateur distant, tandis que

les applications graphiques (ex tkdiff ...) qui transitent par X11 sont isolées.

Avantage : la qualité et la précision graphique incomparables.


---------------------------------------------------------
(V) Dhénin Jean-Jacques
( ..) 48, rue de la Justice 78300 Poissy
c(')(') dhe...@gmail.com
---------------------------------------------------------

[daniel huhardeaux]

autossh est votre ami :-)

--
Daniel