Connexion

Forum

Logiciels » Autres logiciels [Réglé] Connexion a un git distant refusé après changement de système

Jybz Membre non connecté

Rang

Avatar

Modérateur

Inscrit le : 10/10/2018 à 10h26

Messages: 1943

Le 26/04/2019 à 08h53
Salut à tous !

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é

Rang

Avatar

Modérateur Équipe Mageia

Inscrit le : 03/10/2011 à 22h16

Localisation : Metz

Messages: 6850

Le 26/04/2019 à 09h13
Bon,
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é ?


Yves
   
Jybz Membre non connecté

Rang

Avatar

Modérateur

Inscrit le : 10/10/2018 à 10h26

Messages: 1943

Le 26/04/2019 à 10h29
Ce n'est pas github.

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 :D
   
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie