Pour le sujet du root... j'étais un peu fatigué l'autre jour, je l'ai vu mais j'ai eu un doute.
Pour essayer d'expliquer plus clairement (je ne te répond pas à toi saurondemordor, mais ça me semble plus logique de continuer ce fil), dans la commande exécutée (en admettant que le ssh tout seul soit une typo), l'outil prend la clé de l'utilisateur qui lance la commande sur la machine qui initie la requête, root dans ce cas.
Ensuite, l'outil vérifie que cet utilisateur à les accès nécessaires aux fichiers source (le 1er paramètre) ainsi qu'aux fichiers cibles (le 2nd) et fait son boulot.
Autrement dit, si on à un utilisateur U1 sur la machine A qui tente de synchroniser le dossier /home/U2/src de la machine B vers le dossier /home/U3/dst de la machine C, on va utiliser les identifiants contenus dans le dossier ~U1/.ssh de la machine A, vérifier que U1@A est autorisé à se logguer en tant que U2 sur la machine B (en regardant dans le fichier ~U2/.ssh/authorized_keys de la machine B) ainsi qu'en tant que U3 sur la machine C (même raisonnement que pour U2).
Sinon, il me semble avoir vu dans les logs de debugs que le fichier de clé est foireux.
[^] # Re: re
Posté par freem . En réponse au message Connexion ssh - Permission denied (publickey,gssapi-keyex,gssapi-with-mic. Évalué à 2.
Pour le sujet du root... j'étais un peu fatigué l'autre jour, je l'ai vu mais j'ai eu un doute.
Pour essayer d'expliquer plus clairement (je ne te répond pas à toi saurondemordor, mais ça me semble plus logique de continuer ce fil), dans la commande exécutée (en admettant que le ssh tout seul soit une typo), l'outil prend la clé de l'utilisateur qui lance la commande sur la machine qui initie la requête, root dans ce cas.
Ensuite, l'outil vérifie que cet utilisateur à les accès nécessaires aux fichiers source (le 1er paramètre) ainsi qu'aux fichiers cibles (le 2nd) et fait son boulot.
Autrement dit, si on à un utilisateur U1 sur la machine A qui tente de synchroniser le dossier /home/U2/src de la machine B vers le dossier /home/U3/dst de la machine C, on va utiliser les identifiants contenus dans le dossier ~U1/.ssh de la machine A, vérifier que U1@A est autorisé à se logguer en tant que U2 sur la machine B (en regardant dans le fichier ~U2/.ssh/authorized_keys de la machine B) ainsi qu'en tant que U3 sur la machine C (même raisonnement que pour U2).
Sinon, il me semble avoir vu dans les logs de debugs que le fichier de clé est foireux.