[spip-dev] Problème enregistrement clé SSH sur git.spip

Pour commiter sur git.spip depuis la ligne de commande
pouvez vous me confirmer qu'il faut avoir enregistré une clé SSH dans les paramètres perso de gitea ?

Actuellement, je n'ai aucune clé enregistrée et je n'arrive pas à commiter.
Mais quand j'ajoute ma clé publique, gitea indique
"Cette clef SSH a déjà été ajoutée au serveur."
ce qui n'est pas faux puisque je l'avais ajoutée il y a longtemps,
mais elle a été supprimée depuis et n'est plus enregistrée actuellement.

C'est un problème gitea et camille peut régler ça ?
Il faut que je signale un bug sur le bugtracker de gitea ?
Il faut que je crée une nouvelle clé pour contourner ce bug ?
Ou il y a qqchose de préférable, qui m'échappe ?

JL

Bonjour,

Je viens de tester avec pseudo/mdp et mail.mdp : pas de soucis pour le
push/poussé.

https://git.spip.net/eldk/test

Je n'ai fait aucune modification de mon profil du côté de git.spip.net
: valeurs de profil par défaut : pas de clef ssh, ni authentification 2
facteurs.

Cordialement,

Eric

Hello,

Je pense que c’est un peu normal qu’il n’accepte plus une clé qu’il considère avoir déjà été utilisée.
Plutôt que de passer des heures à se demander pourquoi ou si c’est un bug, je serais toi, j’en recréerais une et je l’associerais à ton compte gitea et basta.

oui ca doit être une sécurité. Si une clé publique a été effacée du serveur, c'est peut être parce que la clé privée a été dévoilée. Et du coup la sécurité de la clé publique est compromise, donc Gitea refuse de s'en servir à nouveau.

Pour commiter sur git.spip depuis la ligne de commande
pouvez vous me confirmer qu'il faut avoir enregistré une clé SSH dans
les paramètres perso de gitea ?

Je viens de tester avec pseudo/mdp et mail.mdp : pas de soucis pour le
push/poussé.

Peux tu détailler comment tu utilises tes pseudo et mdp ?

C'est un repo perso, alors son accés est il protégé de la même manière que les répos communautaires ?

JL

Peux tu détailler comment tu utilises tes pseudo et mdp ?

$git push origin branche

- prompt de demande du login (pseudo ou mail fonctionnent)
- prompt de demande du mot de passe

C'est un repo perso, alors son accés est il protégé de la même
manière que les répos communautaires ?

Je ne sais pas, je suppose que la limitation est faite sur les accès à
une organisation.

Voir le fichier .git/config du dossier clôné/bifurqué ?

[core]
	repositoryformatversion = 0
	filemode = true
	bare = false
	logallrefupdates = true
[remote "origin"]
	url = https://git.spip.net/eldk/test.git
	fetch = +refs/heads/*:refs/remotes/origin/*
[branch "master"]
	remote = origin
	merge = refs/heads/master

attention, si le remote a été cloné via ssh, il faudra effectivement l'envoyer via ssh

regarde dans .git/config l'url du remote, et modifie le cas échéat pour repasser en https (et donc en identification login/mdp)

Je pense que c’est un peu normal qu’il n’accepte plus une clé qu’il considère avoir déjà été utilisée.

Pourtant à ce que je sache, une clé n'est pas conçue comme "jetable".

>> Plutôt que de passer des heures à se demander pourquoi ou si c’est un bug, je serais toi, j’en recréerais une et je
>> l’associerais à ton compte gitea et basta.

Certes, mais abandonner la comprenette ne présage pas du grand bonheur pour la suite !

Enfin ok, j'ai créé une nouvelle clé SSH, l'ai déclarée à mon agent ssh et à git.spip
(sans supprimer localement mon ancienne clé).

Ensuite pour info : je n'ai pas pu pusher depuis mon ancien repo :
j'en déduis que chaque repo est associé qqpart à la clé avec laquelle il a été créé.

J'ai donc du à nouveau git cloner et refaire le commit depuis ce nouveau repo
et là le push est passé.

Merci

JL

Je pense que c’est un peu normal qu’il n’accepte plus une clé qu’il considère avoir déjà été utilisée.

Pourtant à ce que je sache, une clé n'est pas conçue comme "jetable".

cf mon explication sur la sécurité dans mon mail précédent

>> Plutôt que de passer des heures à se demander pourquoi ou si c’est un bug, je serais toi, j’en recréerais une et je
>> l’associerais à ton compte gitea et basta.

Certes, mais abandonner la comprenette ne présage pas du grand bonheur pour la suite !

Enfin ok, j'ai créé une nouvelle clé SSH, l'ai déclarée à mon agent ssh et à git.spip
(sans supprimer localement mon ancienne clé).

Ensuite pour info : je n'ai pas pu pusher depuis mon ancien repo :
j'en déduis que chaque repo est associé qqpart à la clé avec laquelle il a été créé.

c'est je penseau niveau du git credential