Github clone en SSH impossible
BMPCreated with Sketch.BMPZIPCreated with Sketch.ZIPXLSCreated with Sketch.XLSTXTCreated with Sketch.TXTPPTCreated with Sketch.PPTPNGCreated with Sketch.PNGPDFCreated with Sketch.PDFJPGCreated with Sketch.JPGGIFCreated with Sketch.GIFDOCCreated with Sketch.DOC Error Created with Sketch.
question

Github clone en SSH impossible

A
Par
AlexandreC11
Créé le 2018-08-10 08:24:31 (edited on 2024-09-04 12:29:12) dans Hébergements Web

Bonjour à tous,

Depuis quelques jours, j'essaye de cloner un repository privé disponible sur mon compte Gitlab en SSH. Impossible.

J'ai réussi à le faire en HTTPS sans aucun problème.
Lorsque je fais un "ssh -T git@gitlab.com", voici le message qui m'est retourné :
> `ssh: connect to host gitlab.com port 22: Connection refused`
Et pourtant, j'ai fait la même manipulation avec GitHub (pour tester) et j'ai bien le message "Bonjour Alexandre, ..." (donc ils me reconnaissent bien).

Faut-il faire quelque chose de spécial? Voici la manipulation que j'ai suivie :
- Sur mon serveur PRO OVH, j'ai créé une paire de clef SSH.
- Ai ajouté la clef publique dans mon compte GitLab (et GitHub)
- Fait la commande "ssh -T git@gitlab.com"

Bonne journée!
Avis positifs (0)
4552 Vues
5 réponses ( Latest reply on 2018-08-31 16:27:22 Par
kyodev
)
K

le ssh (donc git) et svn sont filtrés en sortie sur ovh, eh oui...
du coup on a abandonné ovh

github est en whitelist,
gitlab non:
```
ssh: connect to host gitlab.com port 22: Connection refused
```
curieux framagit est ok
Utile (0)
A

Tu es sur de toi?

Parce que j'avais écrit un ticket au support OVH il y a de ça quelques jours et voici leur réponse :
> Votre demande concerne une erreur lors d'un appel SSH vers "Gitlab".

> Après vérifications, je vous confirme qu'aucun blocage n'est notifié au niveau
> de nos serveurs pour l’exécution de Gitlab.

J'en avais donc conclu que j'avais fait une mauvaise manipulation de mon côté?
Utile (0)
K

fait un git clone pour test rapide
github ok
rawgit (pas git) KO
gtilab KO
framagit ok

j'ai cru comprendre ici, que ça pouvait varier :/
Utile (0)
A

Et OVH prévoit un jour d'ouvrir les ports pour GitLab?
Je veux dire, Gitlab est de plus en plus utilisé depuis que GitHub a été racheté par Windows. C'est un service qui est plus qu'utile, je ne comprend pas comment ça se fait que ça ne soit pas encore le cas?
J'ai acheté ce serveur entre autre pour faire des tests sur l'intégration continue et ... je ne peux même pas les réaliser vu que je ne peux pas me connecter à GitLab?!

Et surtout, pourquoi le support m'a dit qu'ils ne bloquaient pas GitLab?
Utile (0)
K

a mon avis, c'est une erreur si framagit ouvert...
Utile (0)
A

Pour avoir le fin mot de l'histoire, j'ai donc créé un ticket sur le support.
Ils m'ont confirmé que GitLab était bloqué (en SSH) et que la situation était normale.

Donc grosse déception de mon côté...
Utile (0)
K

oui, ssh et svn filtré donc déménagement
Utile (0)
CDU

ah bon ? moi j'arrive bien à clone du Gitlab en ssh, en passant par http :

git clone https://gitlab.com/gitlab-org/gitlab-test.git
Cloning into gitlab-test...
remote: warning: refname '1942eed5cc108b19c7405106e81fa96125d0be22' is ambiguous.
remote: Git normally never creates a ref that ends with 40 hex characters
remote: because it will be ignored when you just specify 40-hex. These refs
remote: may be created by mistake. For example,
remote:
remote: git checkout -b $br $(git rev-parse ...)
remote:
remote: where "$br" is somehow empty and a 40-hex ref is created. Please
remote: examine these refs and maybe delete them. Turn this message off by
remote: running "git config advice.objectNameWarning false"
remote: Enumerating objects: 968, done.
remote: Counting objects: 100% (968/968), done.
remote: Compressing objects: 100% (410/410), done.
remote: Total 968 (delta 486), reused 924 (delta 462)
Receiving objects: 100% (968/968), 10.18 MiB | 4.15 MiB/s, done.
Resolving deltas: 100% (486/486), done.

Par clé SSH il me semble que c'est bloqué par contre.
Utile (0)
K

j'ai fait deux essais auparavant sur gitlab
je confirme, là c'est ok pour gitlab, c'est la moindre des choses

mais svn nada.

alors comme on veut pas dépendre de quelqu'un pour daigner nous accorder ce qui est vendu, on travaille ailleurs, où c'est qui ouvrons les ports nécessaires.
le respect du client retrouvé quoi.
Utile (0)

Rejoindre la discussion