On Sun, 13 Oct 2002, Laurent Hermann wrote: > Bonjour, > > Petit r�sum�: > Pour pouvoir faire de l'administration � distance de A->B et �tant donn� que > une connection est impossible de A->B mais possible de B->A, nous ouvrons un > tunnel de B->A pour qu'une connexion A->B puisse �tre �tablie au travers de > ce tunnel. > > Selon les indications de M. Shaeffer (merci � lui) : > > IP de A connu = 196.14.35.63 (fictif) > IP de B inconnu > > Commande tap�e sur B pour ouvrir le tunnel: > ssh -R 2222:localhost:22 [EMAIL PROTECTED] > +entr�e du mot de passe de client sur A En mettant la clef publique de B (id_dsa.pub) dans la liste des clefs autoris�es de A (authorized_keys2), on �vite d'utiliser les mots de passe.
> Commande tap�e sur A > ssh -p 2222 user@?????? as tu essay�: $ ssh -p 2222 user@localhost ou $ ssh -p 2222 -l user localhost ou $ ssh -p 2222 [EMAIL PROTECTED] > +(normalement) entr�e du mot de passe de user sur B En mettant la clef publique de A (id_dsa.pub) dans la liste des clefs autoris�es de B (authorized_keys2), on �vite d'utiliser les mots de passe;-) > Bref, vous l'aurez compris: je n'ai pas r�ussi � r�tablire ma connexion comme > je le souhaitais malgr� toutes vos explications. Excusez moi. En effet, en ``redirigeant un port'' via ssh, tu l'utilise depuis sa destination comme un port local... Je ne suis pas s�r d'�tre tr�s clair... :-b -- F�lix Hauri - <[EMAIL PROTECTED]> - http://www.f-hauri.ch -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
