Je suis sous proxy et je m'installe avec succès depuis un certain temps.
Maintenant, je ne suis pas capable de pousser dans git tout d'un coup.
J'ai défini la clé RSA et le proxy et les ai vérifiés deux fois, sans succès et git me lance l'erreur indiquée dans le titre de la page.
174
git push
. A travaillé pour moi.1.1.1.1
au lieu d'un DNS par défaut, c'est pourquoi @zundi réussit via un hotspot mobile.Réponses:
La raison pourrait être la modification du pare-feu car vous êtes sous un réseau. (Dans ce cas, ils peuvent délibérément bloquer certains ports)
Pour vérifier si c'est la raison ...
cela devrait expirer. Si c'est le cas, utilisez le protocole http au lieu de ssh de cette façon,
changez simplement votre URL dans le fichier de configuration en http.
Voici comment :-
modifier l'entrée de
à
la source
Pour mon cas, aucune des solutions suggérées n'a fonctionné, j'ai donc essayé de résoudre le problème moi-même et je l'ai résolu.
Pour moi, j'obtiens cette erreur sur mon instance AWS EC2 UBUNTU, ce que j'ai fait pour la résoudre était de modifier la configuration ssh (ou de l'ajouter si elle n'existe pas).
sudo nano ~/.ssh/config
Et j'ai ajouté ce qui suit
Ensuite, exécutez la commande
ssh -T [email protected]
pour confirmer si le problème est résolu.Selon cela
Espérons que cela aide toute autre personne qui a le même problème que moi.
la source
~/.ssh/config
et de changer la façon dont vous vous connectez à GitLab.com. Dans ce cas, consultez cet article: about.gitlab.com/2016/02/18/…git
config maisssh
configRéécriture d'URL de base
Git fournit un moyen de réécrire les URL à l'aide de git config. Exécutez simplement la commande suivante:
Maintenant, comme par magie, toutes les commandes git effectueront une substitution de
git://
tohttps://
source: git: // protocole bloqué par l'entreprise, comment puis-je contourner cela?
la source
git config --global url."https://github.com/".insteadOf [email protected]:
. Remarquez les différences:@
devient//
et:
devient/
.dans le dossier .ssh Créer un fichier "config"
la source
Solution rapide: essayez de passer à un autre réseau
J'ai rencontré ce problème sur un hotspot (connexion 3 / 4G). Le passage à une connexion différente (WiFi) l'a résolu, mais c'est juste une solution de contournement - je n'ai pas eu la chance d'aller au fond du problème, donc les autres réponses pourraient être plus intéressantes pour déterminer le problème sous-jacent
la source
J'ai rencontré le même problème et je n'ai pas trouvé de solution fonctionnelle. J'ai rencontré ce problème lors de la configuration d'un serveur local et le git n'a pas pu se connecter via mon réseau proxy, mais mon poste de travail le pouvait. C'était la sortie quand j'ai exécuté la commande
ssh -vT [email protected]
J'ai donc essayé d'utiliser une connexion SSH établie sur le port HTTPS en éditant le fichier de configuration,
~/.ssh/config
mais en vain.Enfin, j'ai trouvé cet article qui a résolu et exposé le vrai problème.
Ceci est mon fichier de configuration et maintenant git fonctionne parfaitement bien via ssh!
la source
Exécuter:
Votre sortie devrait ressembler à:
Si vous obtenez:
Vous devez éditer votre fichier ~ / .ssh / config. Ajoutez quelque chose comme ce qui suit:
la source
nc
installé. Qu'est-ce que c'est censé être? Netcat ou quelque chose?J'avais le même problème, mais la réponse que j'ai trouvée était différente, je pensais que quelqu'un pourrait rencontrer ce problème, alors voici ma solution.
Je devais 2 adresses IP pour la liste blanche ports
22
,80
,443
et9418
:192.30.252.0/22
185.199.108.0/22
Si ces adresses IP ne fonctionnent pas, c'est peut-être parce qu'elles ont été mises à jour, vous pouvez trouver les plus récentes sur cette page .
la source
La réponse ci-dessus m'a donné les informations nécessaires pour résoudre ce problème. Dans mon cas, l'url ne commençait pas correctement par ssh: ///
Pour vérifier que l'url de votre git config est correcte, ouvrez le fichier git config: -
Vérifiez l'entrée d'url. Il ne devrait PAS avoir ssh: /// au début.
Entrée incorrecte:
Entrée correcte:
Si votre URL est correcte, alors la prochaine étape serait d'essayer la réponse ci-dessus qui suggère de changer le protocole en http.
la source
Lorsque je suis accidentellement passé à un réseau wifi invité , j'ai cette erreur. J'ai dû revenir à mon réseau wifi par défaut .
la source
J'ai eu ce problème pendant 2 heures et il s'avère que la suppression du "s" de https et qu'il suffit de faire:
git clone -b <branchName> http:<projecturl>
Corrigé.
la source
PROBLÈME: Étape pour produire le problème: git clone [email protected]: sramachand71 / test.git pour la première fois dans le nouvel ordinateur portable ERREUR ssh: connexion à l'hôte github.com port 22: connexion expirée fatale: impossible de lire à distance dépôt.
Veuillez vous assurer que vous disposez des droits d'accès appropriés et que le référentiel existe. SOLUTION pour la première fois dans le système à cloner, nous devons donner des guillemets doubles pour la commande de clonage. $ git clone "[email protected]: sramachand71 / test.git" Je suis confronté à ce problème dans le système même après que tout était correct, mais j'ai enfin remarqué que les guillemets doubles sont indispensables pour l'url "repository_url.git" pour la première fois ou pour un nouvel utilisateur dans le système.
la source
Changer l'URL du dépôt de ssh en https n'est pas très significatif pour moi. Comme je préfère
ssh
àhttps
cause d'une sorte d'avantages supplémentaires que je ne veux pas abandonner. Les réponses ci-dessus sont plutôt bonnes et précises. Si vous rencontrez ce problème dans GitLab, veuillez vous rendre sur leur page de documentation officielle et modifier votre fichier de configuration comme ça.la source
Le redémarrage de l'ordinateur l'a résolu pour moi.
Version Git: 2.27.0.windows.1
Version du système d'exploitation: Windows 10 v1909
la source