Connexion a un git distant refusé après changement de système [Réglé]
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Je sèche pour me débloquer, j'espère que vous serez m'éclairer ! Surtout toi, le pro du git !
J'avais un eeepc qui se connectait à un git distant grâce à une paire de clefs, tout fonctionnait.
Le PC est tombé en rade (circuit d'alimentation).
Par manque de temps, j'ai racheté un eeepc, j'ai repris l'ancien disque dur.
J'ai formaté ma partition racine;
renommé l'utilisateur de home;
recréé un nouvel utilisateur du même nom que l'ancien;
copié grosso-modo tous mes fichiers.
J'ai donc un dossier local déjà configuré pour git.
Je suis allé sur le serveur, avec mon mot de passe,
J'ai fait les git config avec nom d'utilisateur et adresse mail (je ne suis pas sûr que ça joue un rôle).
j'ai regénéré une clef SSH localement et publié la clef publique sur le serveur,
à chaque fois que je tente de me connecter, pour mettre à jour le code source de mon projet, je suis recalé.
On me demande mon mot de passe, je tape bien le même que celui pour me connecter sur le web.
La clef n'est pas prise en compte.
Avec ssh, je n'ai le droit qu'à deux essais de mot de passe avant d'être rejeté pour une dizaine de minute.
On m'a dit que c'était la passe-phrase de la clef ssh, mais je n'en ai pas mis. J'ai déjà essayé avec un "mot de passe vide" au cas où, mais non.
Code BASH :
$ ssh -v framagit.org OpenSSH_7.9p1, OpenSSL 1.1.0j 20 Nov 2018 debug1: Reading configuration data /etc/ssh/ssh_config debug1: Connecting to framagit.org [144.76.206.42] port 22. debug1: Connection established. debug1: identity file /home/jybz/.ssh/id_rsa type 0 debug1: identity file /home/jybz/.ssh/id_rsa-cert type -1 debug1: identity file /home/jybz/.ssh/id_dsa type -1 debug1: identity file /home/jybz/.ssh/id_dsa-cert type -1 debug1: identity file /home/jybz/.ssh/id_ecdsa type -1 debug1: identity file /home/jybz/.ssh/id_ecdsa-cert type -1 debug1: identity file /home/jybz/.ssh/id_ed25519 type -1 debug1: identity file /home/jybz/.ssh/id_ed25519-cert type -1 debug1: identity file /home/jybz/.ssh/id_xmss type -1 debug1: identity file /home/jybz/.ssh/id_xmss-cert type -1 debug1: Local version string SSH-2.0-OpenSSH_7.9 debug1: Remote protocol version 2.0, remote software version OpenSSH_7.4p1 Debian-10+deb9u6 debug1: match: OpenSSH_7.4p1 Debian-10+deb9u6 pat OpenSSH_7.0*,OpenSSH_7.1*,OpenSSH_7.2*,OpenSSH_7.3*,OpenSSH_7.4*,OpenSSH_7.5*,OpenSSH_7.6*,OpenSSH_7.7* compat 0x04000002 debug1: Authenticating to framagit.org:22 as 'jybz' debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: algorithm: curve25519-sha256 debug1: kex: host key algorithm: ecdsa-sha2-nistp256 debug1: kex: server->client cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: client->server cipher: chacha20-poly1305@openssh.com MAC: <implicit> compression: none debug1: kex: curve25519-sha256 need=64 dh_need=64 debug1: kex: curve25519-sha256 need=64 dh_need=64 debug1: expecting SSH2_MSG_KEX_ECDH_REPLY debug1: Server host key: ecdsa-sha2-nistp256 SHA256:nO6L2sApWj/OkjW7avditV/dHOMEG/cV7Ps5z7yaS30 debug1: Host 'framagit.org' is known and matches the ECDSA host key. debug1: Found key in /home/jybz/.ssh/known_hosts:1 debug1: rekey after 134217728 blocks debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: rekey after 134217728 blocks debug1: Will attempt key: /home/jybz/.ssh/id_rsa RSA SHA256:qzE2kVFp3rRLRJlrU0+srZ2fS1PFmW3BevO7nzM9oYA debug1: Will attempt key: /home/jybz/.ssh/id_dsa debug1: Will attempt key: /home/jybz/.ssh/id_ecdsa debug1: Will attempt key: /home/jybz/.ssh/id_ed25519 debug1: Will attempt key: /home/jybz/.ssh/id_xmss debug1: SSH2_MSG_EXT_INFO received debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,ssh-rsa,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521> debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,password debug1: Next authentication method: publickey debug1: Offering public key: /home/jybz/.ssh/id_rsa RSA SHA256:qzE2kVFp3rRLRJlrU0+srZ2fS1PFmW3BevO7nzM9oYA debug1: Authentications that can continue: publickey,password debug1: Trying private key: /home/jybz/.ssh/id_dsa debug1: Trying private key: /home/jybz/.ssh/id_ecdsa debug1: Trying private key: /home/jybz/.ssh/id_ed25519 debug1: Trying private key: /home/jybz/.ssh/id_xmss debug1: Next authentication method: password jybz@framagit.org's password: debug1: Authentications that can continue: publickey,password Permission denied, please try again. jybz@framagit.org's password: debug1: Authentications that can continue: publickey,password Permission denied, please try again. jybz@framagit.org's password:
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Ce n'est pas une spécialité git, mais plutôt SSH.
Je ne vais pas vraiment t'aider. J'ai aussi une clé SSH. Avec le git de mageia, elle fonctionne. Par contre sur github, elle est ignorée. Je dois rentrer à chaque fois l'identifiant suivi du mot de passe, la paire que j'utilise pour me connecter à github. Rien à voir avec la clé SSH. C'est depuis le début comme ça, je m'en contente.
Avec Mageia, j'ai un warning qui me dit que je suis vulnérable à une attaque par l'homme au milieu. Peut être que github détecte cet avertissement et bloque l'utilisation de la clé ?
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Entre temps, je n'ai pas compris ce qu'il s'est passé, mais ça refonctionne !
J'ai une petite idée de ce qu'il s'est passé :
1) c'était bloqué, je n'avais pas configuré git du tout.
2) pour débloquer, on m'a conseiller une commande qui ne serait pas autorisée et qui me bloque l'accès au git.
3) j'ai configuré plusieurs fois git, et bien
4) j'ai continué de tester avec la mauvaise commande, ou sans réactualiser ma sessions
5) après un redémarrage, git a pris en compte les modifications
6) j'ai continué de tester avec la mauvaise commande
6b) reconfigurer une clef ssh par défaut sans préciser le nombre de bit ou la méthode de chiffrement
7) J'ai réessayé la première commande avant le point 2, et ça marche.
Voilà !
Conclusion :
Pensez à bien configurer git
git config user.name user.email ...
bien générer les clefs ssh et bien ne prendre que la clef publique
bien mettre la clef sur le serveur
redémarrer
utiliser les commandes standard de git
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie