Pb connexion nouveau projet GIT

Bonjour à tous,
J’ai déjà un compte sur Framagit, mais cela faisait longtemps que je ne l’avais pas utilisé et j’ai changé de pc depuis. Alors quand j’ai voulu y ajouter un nouveau projet GIT, j’avais toujours une erreur « Permission denied, please try again. » quand je faisais le git clone.
Donc j’ai supprimé la clé SSH en local et sur mon compte framagit, j’ai regénéré une clé, l’ai uploadé sur le site, mais toujours la même erreur. J’ai oublié quelque chose ?
Merci !

1 « J'aime »

Bonjour,
quel est le retour de ssh -T git@framagit.org ?

$ ssh -T git@framagit.org
git@framagit.org's password:
Permission denied, please try again.

(j’ai tapé le même mot de passe qui me permet de me connecter sur framagit.org)

tu as généré une clef qui s’appelle comment ? id_rsa ?
Sinon, il faut spécifier à ssh d’utiliser une clef particulière pour accéder au site framagit

J’ai généré une clé avec le 1er lien indiqué sur la doc : https://framagit.org/help/ssh/README#generating-a-new-ssh-key-pair
donc à savoir une clé ED25519 SSH
tu penses qu’il vaut mieux une clé RSA ? Je vais tester pour voir :wink:

non, pas mieux avec une RSA, toujours la même erreur… Pourtant j’ai déjà fait cette action, je ne vois pas ce qui m’échappe…

RSA ou autre, je vois pas de différence

Tu as bien copié-collé la clef publique (id_rsa.pub par exemple donc) ?
Et sinon, as-tu un fichier .ssh/config ?

J’ai tapé la ligne de commande suivante pour copier en mém le contenu du fichier :
cat ~/.ssh/id_rsa.pub | clip
Par contre, je n’ai pas de fichier config dans .ssh, j’ai uniquement

  • id_rsa
  • id_rsa.pub
  • known_hosts

Ok, à mon avis le problème se trouve plus du côté de ta config git et ssh en local.
Est-ce que tu as configuré tes identifiants git en local ? (git ) ? Est-ce que tu as bien cloné le repo avec le lien SSH (git@framagit.org:…) et non pas HTTPS ?

en fait j’ai créé un nouveau repo (donc il est vide), j’ouvre ensuite un git bash en local (dans le dossier où je souhaite avoir le projet), et je recopie les commandes qui apparaissent par défaut dans gitlab pour initialiser le dossier :
git config --global user.name "[mon nom]"
git config --global user.email "[mon mail]"
puis
git clone git@framagit.org:[mon pseudo]/[mon projet].git
et c’est là que ça merdoie, je saisis mon mot de passe, mais j’obtiens toujours un permission denied…

Donc, [mon nom] faut le remplacer par [mon pseudo] on est bien d’accord ?

C’est le mot de passe de la clé SSH qu’il faut taper. Celui que tu as donné quand tu as généré la clé (commande ssh-keygen).

Le mot de passe de ton compte Gitlab ne te permet pas de te connecter en SSH.

Tant que tu n’auras pas réussi à passer cette étape ssh -T git@framagit.org, pas la peine d’essayer d’aller plus loin (git clone etc.).

Ok, effectivement, le mot « passphrase » (au lieu de « password ») m’a enduit d’erreur :wink: j’ai pensé à une phrase pour rappeler je ne sais quoi… donc je l’avais laissé vide…

Je reprends donc depuis le début :

  • j’utilise Windows 10, pc portable Dell Precision 7510
  • dans C:\Users<mon_compte> j’efface le dossier .ssh
  • et sur framagit, mon profil, paramètres, clés SSH, suppression de la clé
  • j’ouvre un git bash dans le dossier où je souhaite initialiser le projet Git
  • je teste la commande (a priori, sans clé) : ssh -T git@framagit.org
  • je ne sais pas si c’est normal, mais au lieu d’un message d’erreur qui devrait me dire qu’il n’y a pas de clé SSH, j’obtiens :
    The authenticity of host 'framagit.org (2a01:4f8:231:4c99::75)' can't be established.
    ECDSA key fingerprint is SHA256:nO6L2sApWj/OkjW7avditV/dHOMEG/cV7Ps5z7yaS30.
    Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
    Warning: Permanently added 'framagit.org,2a01:4f8:231:4c99::75' (ECDSA) to the list of known hosts.
    git@framagit.org's password:
    Permission denied, please try again.
  • la clé SSH peut-elle être stockée ailleurs ? comment savoir où ? (j’ai fait une recherche sur tout le disque dur de « id_rsa », rien trouvé). En tout cas, cela a regénéré le dossier .ssh avec le fichier known_hosts, je supprime à nouveau le dossier
  • je génère une clé SSH RSA (en saisissant une passphrase simple, et en laissant par défaut l’emplacement du fichier généré) :
    ssh-keygen -t rsa -b 4096 -C "<mon_mail>"
    Generating public/private rsa key pair.
    Enter file in which to save the key (/c/Users/Utilisateur/.ssh/id_rsa):
    Enter passphrase (empty for no passphrase):
    Enter same passphrase again:
    Your identification has been saved in /c/Users/Utilisateur/.ssh/id_rsa.
    Your public key has been saved in /c/Users/Utilisateur/.ssh/id_rsa.pub.
    The key fingerprint is:
    SHA256:xA8AfDh... <mon_mail>
    The key's randomart image is:
    ...
  • je constate que j’ai bien maintenant dans C:\Users<mon_compte> un dossier .ssh, qui contient 3 fichiers (id_rsa, id_rsa.pub et known_hosts)
  • je récupère le contenu de la clé (cat ~/.ssh/id_rsa.pub | clip) et le colle dans framagit pour ajouter la clé (sans date d’expiration)
  • je reteste ssh -T git@framagit.org
    The authenticity of host 'framagit.org (2a01:4f8:231:4c99::75)' can't be established.
    ECDSA key fingerprint is SHA256:nO6L2sA...
    Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
    Warning: Permanently added 'framagit.org,2a01:4f8:231:4c99::75' (ECDSA) to the list of known hosts.
    git@framagit.org's password:
    Permission denied, please try again.

pas mieux… une idée ?
est-ce normal que la clé qui suit SHA: est différente ? c’est la clé publique de framagit ?
est-ce possible de git puisse prendre une autre clé ailleurs ?
je vais peut-être tester la méthode « bourrin », je réinstalle git… :smiley:

désinstall de Git, redémarrage PC, réinstall de Git (Git-2.26.0-64-bit.exe sur https://git-scm.com/download/win), ouverture git bash, test ssh -T git@framagit.org, pas mieux…

Bon, le problème doit venir d’une config ou quelque chose côté framagit, car je me suis créé un compte sur gitlab.com, j’ai mis la clé SSH et j’ai fait le test, ça marche du 1er coup…
$ ssh -T git@gitlab.com
Welcome to GitLab, @vinsse2001!
Si vous avez une solution, je prends, mais en attendant, je passe sur gitlab… !

J’ai eu un soucis similaire et aussi mon ssh config.
Je suis sous Linux mais il semble que copier le dossier .ssh n’ait pas suffit.
Avec Seahorse j’ai simulé un changement de mot de passe (en remettant le même), ensuite j’ai enlevé le fichier known_host (en host.back) puis sur framagit j’ai supprimé ma clef ssh publique puis je l’ai réimportée.
La connexion a ensuite fonctionnée.
Je ne peux pas dire quelle manipulation a fonctionné car j’avais aussi mon ssh_config dans lequel je n’avais pas mis User git et qui donc essayait de se connecter avec user@framagit.
Ma réponse est vague mais la situation s’est débloquée donc je partage. :slight_smile:

1 « J'aime »