Bonjour a tous, comme je suis toujours a l'ouest en terme de serveurs j'ai une petite question qui me semble simple pour vous autres:

Je veux faire un tunel SSH (ubuntu vers ubuntu)

La doc me dit:

-----------------
Partie serveur
Il n'y a en principe rien à faire. Cette fonctionnalité est activée par défaut sous Ubuntu.

Partie client
Cette fois, le proxy est de type SOCKS (à prendre en compte lors de la configuration du navigateur)

Sous Linux (dont Ubuntu)
Utiliser la commande ssh avec l'option -D :

1. Ouverture d'un tunnel ssh (sur le port 1234 local) vers un serveur qui autorise la connexion
2. le port (1234 dans cet exemple) est choisi arbitrairement, tant qu'il n'est pas utilisé pour autre chose

ssh -D 1234 monuser@monserver.net

Configurer ensuite le navigateur, gestionnaire de courrier, …., pour utiliser un proxy type SOCKS 5, adresse: localhost, port: 1234 (selon ce que vous avez utilisé ci dessus)
------------------

Dans cette ligne:
ssh -D 1234 monuser@monserver.net

a quoi correspond "monuser@monserver.net"

je connais mon ip publique mais bon, comment la connaitre sous cette forme?

Merci beaucoup, bonne journée!

Arf, publicité mensongère. On promet une petite question et je tombe sur un gros pavé. :O

Bonjour,

« Partie serveur
Il n'y a en principe rien à faire. Cette fonctionnalité est activée par défaut sous Ubuntu. »
ça me paraît faux ça déjà. J'ose espérer qu'il n'y a pas de serveur ssh par défaut… et sans serveur ssh,

Je ne connais pas l'option -D de ssh, et je fais du tunnel ssh 1 fois par semaine en moyenne (sans compter les 3 fois par jour où j'évite le tunnel grâce à une astuce basée sur tcpconnect à mettre dans le .ssh/config). Donc j'ai envie de penser que tu t'es trompé de voie.

D'où ma toute petite question : Que veux tu faire précisément ?

Pardon pour la tromperie du sujet alors!

J'utilise un logiciel qui peut fonctionner en mode client/serveur de lui meme. Le problème, c'est que la connection ce fait en TCP (je suis pas sur, je crois...)
Toujours est t-il que le serveur est chez moi et le client au boulot. Bien sur les communications de ce type sont bloquer d'ou mon envie de tuneller en ssh la connection...

J'utilise déja mon serveur (pc de chez moi) via ssh avec l'outil "nomachine" et ca marche bien!

le petit:

monuser@monserver.net

tu vois pas ce que cela peu etre?

merci @+

Tu te connectes en ssh à ton serveur ? Si oui, avec quelle commande ?

Faire un tunnel c'est juste ajouter quelques options à la commande "de base".

Grosso-modo j'ai suivi ca pour installer le serveur ssh:

http://doc.ubuntu-fr.org/serveur_nomachine

mais j'utilise le client nomachine pour windows donc pas de commande!

Mais dans un cadre différent j'ai besoin de créé un tunnel de ubuntu à ubuntu (pour mon logiciel qui comunique en TCP qui est bloquer par la boite!) et je pensai que j'y arriverai avec cela:

"ssh -D 1234 monuser@monserver.net "

mon serveur ssh etant actif, si tu as une petite commande pour creer un tunnel depuis le client je suis preneur!

Merci pour le temps passé a aider en tous les cas!

juste une remarque, si je fait:

"ssh -D 1234 x.x.x.x " x=ip publique

ca peu pas marcher?

Aucune idée. Ça pourrait... sauf que le port 1234 je doute que tu puisses jouer avec sans être root. Et puis je bloque complètement sur l'option -D : une communication internet, ça implique deux machines, donc 2 ports (un par machine). Ta commande ne contient qu'un numéro de port …

Quand je lis ce que tu me pointes, j'ai juste envie de me poser la question : « mais qu'est-ce que c'est que tous ces machins compliqués ? »

Reculons de 30 mètres : tu veux faire quoi au final ?

En résumé:

Je veux que mon logiciel puisse se connecter depuis le boulot chez moi.
Sachant qu'il utilise par défaut un port précis en TCP.
Quand j'essaie, cela ne fonctionne pas car le réseau du boulot bloque le port.
Ubuntu des 2 cotés et je suis pas root au boulot!
Idée: encapsuler le trafic sur ce port tcp pour pouvoir sortir du boulot sans blocage....

Remarque: le serveur nomachine, c’était pour autre chose et ca marche donc peut importe, c'est pas le problème, c'etait histoire de dire que j'ai un serveur ssh actif mais que je sais pas m'y connecter depuis ubuntu puisque je l'utilise depuis un client sous windows!

j'espère être plus clair!

Tu peux tenter un truc comme ça où IIII est l'ip de ton serveur et XXXX le fameux port bloqué:

$ ssh -L 12345:IIII:XXXX IIII cat -
(ne redonne pas la main, ne pas arrêter).

Ça se lit : le port local 12345 est redirigé vers le port XXXX de la machine IIII via ssh (donc du coté client ça partira vers le port 22).

Pendant que le ssh précédent tourne, tu peux accéder à ton appli via par exemple http://localhost/ (je ne sais toujours pas de quel type d'appli il s'agit, donc on va dire que c'était une appli web).

D'ailleurs, un vrai tunnel, ça se fait via une machine tierce d'IP JJJJ grâce à :
$ ssh -L 12345:IIII:XXXX JJJJ cat -

Sans doute que l'option -D c'est plus concis que ce que je viens de proposer, mais comme dit précédemment, elle me bloue cette option.

Merci je vais tester tout ca et je reviens!

j'ai testé:

ssh -L 12345:IIII:XXXX IIII cat -

Il me demande le password de l'IP de mon serveur IIII
Et j'ai: pemission denied, please try again

Au passage suivant tes notations, la connection normale en TCP se fait par le port XXXX qui est bloqué, alors c'est quoi 12345?

Sinon laisse tombé, je vais abandonner.... Merci quand meme!

Pour le deuxième IIII, il faut sans doute mettre login@ip.
Normalement, tout marche bien un fois le mot de passe accepté.

12345 c'est juste un port utilisable par un utilisateur quelconque. Tu peux mettre 54321 si tu préfères.

Bon ca marche!
Avec:

ssh -L 12345:IIII:XXXX login@IIII

Note: j'ai enlever le -cat à la fin pour que cela fonctionne.

J'ai encore pleins de soucis mais qui n'on rien a voir avec cette connexion ssh mais qui viennent du logiciel en question (problème de licence...etc.)

Merci infiniment Chris_27, tu est le meilleur!

En théorie, le "cat -" il est juste là pour te permettre de fermer le tunnel via un ctrl+D. (j(avais prévenu que la commande ne rendait pas la main ).

À tout hasard, il s'agissait d'un "cat" comme le chat, suivi d'un espace, suivi d'un tiret (celui de la touche 6 sur clavier azerty). Si tu peux faire ça, c'est quand même plus propre, et tu auras des messages en cas de coupure de connexion. C'est toujours mieux d'être prévenu.

J'avais pas mis l'espace entre le cat et le tiret!!
C'est entièrement de ma faute!

Merci encore!

Bah, la mise en page sur JVC n'est pas très adéquat pour les lignes de commande. Ça arrive un peu trop souvent que des gens ratent des choses parce qu'ils ont mal lu les commandes, hélas.

S'il s'agit juste d'utiliser un proxy, c'est beaucoup plus simple d'utiliser
ssh -D 12345 login@II.III.II.III
Où I est l'ip.

Mais bon si ça marche tant mieux.