# Ssh : connexion non réversible? **URL:** \ **Category:** Support Debian\ **Created:** [Août 28, 2022, 5:29 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049 "2022-08-28T05:29:24Z")\ **Posts on this page:** 12\ **Page:** 1
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 28, 2022, 5:29 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/1 "2022-08-28T05:29:24Z")
bonjour, ayant mis en service le protocole _ssh_ entre mon portable ( le client ?) et un ssd externe ( le serveur ?) protégé par une clé d’autentification j’ai donc un fichier **.ssh/id\_rsa.pub** qui est apparu dans mon **/home**. Tout fonctionne correctement . Si je veux initier une connexion _ssh_ à partir de ce ssd , qui change donc de statut et devient le client si j’ai bien compris , la connexion est refusée . Je suppose , sans en être sûr , que c’est parce que je n’ai pas défini de clef publique à partir de ce ssd et que le fichier **.ssh/id\_rsa.pub** n’existe pas . Question : faut-il générer une autre clef publique à partir de ce ssd ou bien faut-il copier celle qui existe sur mon portable ? Ou bien aucune de ces solutions n’est correcte et j’ai tout faux ? ---
**Author:** ![Clochette](https://www.debian-fr.org/user_avatar/www.debian-fr.org/clochette/32/8757_2.png) [@Clochette](https://www.debian-fr.org/u/Clochette)\ **Post date:** [Août 28, 2022, 7:41 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/2 "2022-08-28T07:41:59Z")
> [@zao](#): > > Question : faut-il générer une autre clef publique à partir de ce ssd ou bien faut-il copier celle qui existe sur mon portable ? Ou bien aucune de ces solutions n’est correcte et j’ai tout faux ? Un clé, une connexion, un sens c’est le mieux 😉 Depuis ton serveur tu doit initier la génération d’une clé et l’exporter vers ton poste dans le fichiers .ssh/authorized\_keys de l’utilisateur cible. Il y a pléthore de guide pour gérer tous ça; ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 28, 2022, 9:23 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/3 "2022-08-28T21:23:44Z")
problème réglé en utilisant une clé usb pour transférer la clé publique du ssd vers le portable, dans un fichier _authorized\_keys_ créé pour l’enregistrer , car je n’ai pas su corriger l’erreur ci-dessous ```auto ssh-copy-id -i .ssh/id_rsa.pub mm@xxxxxxxxx/home/mm/.ssh/authorized_keys /usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: ".ssh/id_rsa.pub" /usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed /usr/bin/ssh-copy-id: ERROR: ssh: Could not resolve hostname xxxxxxxx/home/mm/.ssh/authorized_keys: Name or service not known ``` ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Août 28, 2022, 9:41 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/4 "2022-08-28T21:41:58Z")
> [@zao](#): > > ```plaintext > … Could not resolve hostname xxxxxxxx/home/mm/.ssh/authorized_keys: Name or service not known > > ``` la commande `ssh-copy-id` n’a pas trouvé d’hôte qui serait nommé : `xxxxxxxx/home/mm/.ssh/authorized_keys` mais elle aurait sans doute pu trouver l’hôte nommé : `xxxxxxxx` Voir le manuel de la commande ssh-copy-id : ```plaintext man ssh-copy-id ``` dont voici un extrait : > … By default it adds the keys by appending them to the remote user’s ~/.ssh/authorized\_keys (creating the file, and directory, if necessary). … * * * Quoi qu’il en soit, ce n’est pas plus mal, car en allant manuellement déposer ta clef publique au bon endroit, tu auras évité à coup sûr le [man in the middle](https://fr.wikipedia.org/wiki/Attaque_de_l%27homme_du_milieu) ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 28, 2022, 9:54 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/5 "2022-08-28T21:54:34Z")
> [@anon29980398](#): > > mais elle aurait sans doute pu trouver l’hôte nommé : > `xxxxxxxx` je crois que j’ai compris l’erreur ( pas bien sûr quand même ) . J’ai fait un copié-collé d’une commande prise sur un tutoriel à **[Use ssh-keygen to generate new key pairs: A full tutorial | TechTarget](https://www.techtarget.com/searchsecurity/tutorial/Use-ssh-keygen-to-create-SSH-key-pairs-and-more)**. Peut-être qu’en la modifiant légèrement selon : **… xxxxx:~/home/mm/etc..** l’hôte aurait pu être reconnu ( je prends exemple sur les commandes _scp_ que j’utilise ) . Je n’avais pas du tout pensé à cette histoire _d’homme du milieu_ . Je vois qu’avant de me lancer dans l’utilisation de _ssh_ non plus seulement localement mais à distance en passant par internet j’ai encore pas mal d’échauffement à faire . merci pour ces précisions . Je vais regarder le manuel . ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Août 28, 2022, 10:17 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/6 "2022-08-28T22:17:51Z")
> [@zao](#): > > **… xxxxx:~/home/mm/etc…** plutôt sans le tilde : **… xxxxx:/home/mm/etc…** ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 28, 2022, 10:20 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/7 "2022-08-28T22:20:22Z")
> [@anon29980398](#): > > plutôt sans le tilde : exact ! ou bien **xxxx:~/.ssh/…** ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Août 28, 2022, 10:51 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/8 "2022-08-28T22:51:10Z")
Attention quand même, car l’interpréteur de commandes `bash`, avant de lancer l’exécution de la ligne de commandes, remplacera ce _tilde_ par le chemin absolu du répertoire personnel du compte utilisateur qui lancera la commande, mais ce chemin ne sera peut-être pas le même chemin que celui du répertoire personnel du compte utilisateur distant auquel tu comptes accéder. * * * Dans une ligne de commande(s), avec les touches flèches déplace le curseur sur le caractère _tilde_ et appuie sur Échapet de suite après sur & ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 29, 2022, 9:23 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/9 "2022-08-29T09:23:32Z")
> [@anon29980398](#): > > mais elle aurait sans doute pu trouver l’hôte nommé : > `xxxxxxxx` je viens de renommer authorized\_keys en authorized\_keys\_backup pour tester cette hypothèse et effectivement cela résoud bien le **Could not resolve hostname xxxxxxxx/home/mm…** mais conduit à **access denied**. Ça me semble normal puisque je n’ai encore configuré aucun protocole _ssh_ entre le ssd et mon portable . _The `ssh-copy-id` tool is included in the OpenSSH packages in many distributions… For this method to work, you must currently have password-based SSH access to your server._ > Attention quand même, car l’interpréteur de commandes `bash` , avant de lancer l’exécution de la ligne de commandes, remplacera ce _tilde_ par le chemin absolu du répertoire personnel du compte utilisateur qui lancera la commande, je vais tester cette remarque en utilisant le protocole _scp_ pour transférer un fichier . ```auto mm@Xfce:~$ scp .profile1 mm-lvm@192.168.1.18:~ ``` a bien transféré le fichier .profile1 de **/home/mm** à **~** interprété correctement comme étant **/home/mm-lvm**. conclusion : je n’ai pas compris cette remarque ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Août 29, 2022, 9:53 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/10 "2022-08-29T09:53:16Z")
> [@zao](#): > > …je n’ai pas compris cette remarque … là, tu as deux systèmes sur lesquels il y a le même nom de compte utilisateur qui a été créé, donc le nom du chemin du répertoire personnel de ces deux comptes utilisateur est le même. Mais si tu voulais, depuis le compte utilisateur `mm-lvm` d’une machine, envoyer une clef sur un autre système dans, par exemple, le fichier `.ssh/authorized_keys` du compte utilisateur d’une autre machine, le chemin du répertoire personnel du compte utilisateur zao ne serait pas : `/home/mm-lvm` mais `/home/zao` et du coup, ça ne fonctionnerait pas. * * * > [@zao](#): > > … aucun protocole _ssh_ entre le ssd et mon portable . … Qu’est-ce que tu appelle **ssd**? **ssh** est utilisé pour permettre de communiquer entre deux systèmes, alors que **ssd** est un type de support de données. ---
**Author:** ![zao](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/z/ce7236/32.png) [@zao](https://www.debian-fr.org/u/zao)\ **Post date:** [Août 29, 2022, 10:26 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/11 "2022-08-29T10:26:31Z")
> [@anon29980398](#): > > Qu’est-ce que tu appelle **ssd**? il s’agit d’un ssd externe sur lequel j’ai un S.E debian 11 autonome que je peux transporter si besoin . Il m’a servi à tester la mise au point d’un 2ème protocole ssh entre ce debian 11 ( chez moi le ssd fonctionne avec un asus avec W10 ) et mon portable LDLC . Ceci juste pour voir si ssh était réversible ( j’ai un protocole _ssh_ fonctionnel du portable vers ce ssd ) et aussi pour vérifier ceci : **The ssh known\_hosts file is a file that stores the public key of all of the servers that you have connected using ssh.** Et donc : 1- _ssh_ est à sens unique 2- mon fichier **.ssh/known\_hosts** de mon portable reste désespérément vide . ---
**Author:** ![anon29980398](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/f4b2a3/32.png) [@anon29980398](https://www.debian-fr.org/u/anon29980398)\ **Post date:** [Août 29, 2022, 10:39 UTC](https://www.debian-fr.org/t/ssh-connexion-non-reversible/87049/12 "2022-08-29T10:39:48Z")
Si tu as réussi à établir une connexion vers un autre système en utilisant `ssh` c’est parce qu’il existait sur cet autre système un serveur `ssh` (du paquetage `openssh-server`) qui attendait de recevoir une demande de connexion et qui y a répondu après avoir vérifié qu’elle était authentifiable. Et bien sûr, logiquement, il sera impossible d’établir une connexion par `ssh` vers un système sur lequel il n’y aurait pas de serveur `ssh` installé et fonctionnel.