Bizarre, je ne peux plus me connecter à un dépôt avec l’url qui commence avec git@.
Par exemple git@git.duniter.org:libs/g1lib.js.git ne passe pas. Quand je fais un git pull, rien ne se passe. J’ai attendu plusieurs minutes avant de tuer (ctrl+c) la commande
J’ai essayé avec plusieurs dépôts, et même symptôme.
En changeant le remote origin par https://git.duniter.org/libs/g1lib.js.git, ça marche.
Ça vient de moi ou vous avez le même problème ?
Faites un git remote show origin pour connaître l’url de vos dépôts.
@ManUtopiK : Peux-tu essayer la commande suivante pour vérifier ton accès ssh au serveur ?
ssh git@git.duniter.org
Si ça fonctionne, tu dois avoir ce résultat :
Le failed est normal car on ne peut pas ouvrir de session avec l’utilisateur git.
Si ça ne fonctionne pas, tu as sûrement un problème de configuration de clef ssh. Tu peux commencer par vérifier qu’elle n’est pas expirée dans tes paramètres du gitlab.
Merci pour votre aide !
En fait j’ai récemment eu un https://frame.work et j’ai fait le grand saut de mac à manjaro/gnome. Trop content
Du coup, j’ai juste copié mon dossier .ssh et ça avait l’air de fonctionner jusque là. github et les serveurs sur lesquels je travaille en ce moment fonctionnent.
J’ai 215 lignes dans le know_hosts, j’ai pas tout testé parce qu’il y en a je ne sais même plus ce que c’est. Mais tous les gitlabs (gitlab.com, framagit.org,…) ne fonctionnent plus. Les serveurs sur infomaniak et gandhi passent, mais pas sur ovh !? Quand je teste sur le mac, ça marche toujours…
J’ai essayé en enlevant la ligne contenant git.duniter.org, mais ça ne change rien.
Ma clé ssh sur gitlab n’est pas expirée.
En fait, ça passe mais après 2 min !?
En mode verbose level 3 ; ssh -vvv git@git.duniter.org ; il y a ça dans les logs :
debug1: Connecting to git.duniter.org [2001:41d0:1:a354::1] port 22.
debug3: set_sock_tos: set socket 3 IPV6_TCLASS 0x48
debug1: connect to address 2001:41d0:1:a354::1 port 22: Connection timed out
debug1: Connecting to git.duniter.org [91.121.108.84] port 22.
debug3: set_sock_tos: set socket 3 IP_TOS 0x48
debug1: Connection established.
Il bloque 2 min sur la ligne 2, puis ça passe.
On dirait qu’il n’aime pas l’IPV6.
Une idée ?
J’ai trouvé une solution mais je pige pas !
Si je désactive le pare-feu de ma livebox, ça marche.
Si je réactive le pare-feu, ça marche depuis le mac, mais pas depuis linux
Je dois avoir un problème dans mon /etc/hosts parce que ça marche pour toutes les connexions ssh avec une IP, et ne marche pas avec un domaine.