git renvoie l'erreur http 407 du proxy après CONNECT

J'ai un problème lors de la connexion à github depuis mon PC, en utilisant git. Système Win 7.

J'ai une connexion via un proxy, donc je l'ai spécifié dans les fichiers de configuration git (à la fois dans le dossier général git et dans le dossier git repo). Pour ce faire, je suis entré dans la ligne suivante de mon git bush:

$ git config --global http.proxy http://<username>:<userpsw>@<proxy>:<port>

La façon dont cela fonctionne sur d'autres programmes (ex: maven) ressemble à ça:

<username> - my login to our corp system
<userpsw> -my password to corporat system
<proxy> - 10.65.64.77
<port> - 3128

Mais quand j'essaye de pousser ou de cloner mon repo, je reçois

fatal: unable to access '<repo githup link>' Received HTTP code 407 from proxy after CONNECT

J'essaie déjà de saisir non seulement mon nom d'utilisateur mais aussi mon domaine \ nom d'utilisateur, j'ai changé mon mot de passe au cas où il y aurait des problèmes avec les tables de langue de code. Et j'ai même entré un mauvais mot de passe. L'erreur est restée la même.

Lorsque je suis entré dans '10 .65.64.177.com 'et que j'ai essayé de pousser le repo, j'ai reçu:

fatal: unable to access '<repo github link>': Failed connect to github.com:3128; No error

Je ne sais pas quoi essayer.

Ce qui a fonctionné pour moi est quelque chose de similaire à ce que propose rohitmohta; dans l'invite de commande DOS standard (pas sur git bash):

première

git config --global http.proxy http://username:password@proxiURL:proxiPort

et dans certains cas aussi

git config --global https.proxy http://username:password@proxiURL:proxiPort

puis

git config --global http.sslVerify false

(Je confirme que c'est nécessaire: si défini sur true, obtenir l'erreur "Problème de certificat SSL: impossible d'obtenir le certificat de l'émetteur local")

dans mon cas, pas besoin de définir la variable all_proxy

et enfin

git clone https://github.com/someUser/someRepo.git

Je devais configurer les 4 choses en .gitconfigavec:

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:pass@yourproxy:port
git config --global https.proxy http://user:pass@yourproxy:port

Ce n'est qu'alors que le clonage a réussi.

La commande suivante est nécessaire pour forcer git à envoyer les informations d'identification et la méthode d'authentification au proxy:

git config --global http.proxyAuthMethod 'basic'

Source: https://git-scm.com/docs/git-config#git-config-httpproxyAuthMethod

Peut-être que vous utilisez déjà le paramètre de proxy système - dans ce cas, unset tous les proxies git fonctionnera:

git config --global --unset http.proxy
git config --global --unset https.proxy

J'avais fait face à un problème similaire, derrière le pare-feu d'entreprise. J'ai fait ce qui suit et j'ai pu cloner le référentiel à l'aide de git shell à partir de mon système exécutant Windows 7 SP1.

1. Définissez la variable d'environnement «all_proxy» pour votre utilisateur. Requis par curl.

   export all_proxy=http://DOMAIN\proxyuser:proxypwd@proxy.server.com:8080
   

2. Définissez la variable d'environnement 'https_proxy' pour votre utilisateur. Requis par curl.

   export https_proxy=http://DOMAIN\proxyuser:proxypwd@proxy.server.com:8080
   

3. Je ne sais pas si cela a un impact. Mais j'ai fait ça et ça a marché:

   git config --global http.sslverify false
   

4. Utilisez https: // pour le clonage

   git clone https://github.com/project/project.git
   

Remarque-1: n'utilisez pas http: //. L'utilisation de cela peut donner l'erreur ci-dessous. Il peut être résolu en utilisant https: //.

 error: RPC failed; result=56, HTTP code = 301

Note-2: évitez d'avoir @ dans votre mot de passe. Peut utiliser $ cependant.

J'ai eu le même problème dans un environnement Windows.

Je viens de résoudre avec NTLM-APS (un serveur proxy d'authentification Windows NT)

Configurez votre proxy NTML et définissez-y Git:

git config --global http.proxy http://<username>:<userpsw>@localhost:<port>

Eu l'erreur 407 d'Android Studio. J'ai essayé d'ajouter le proxy, mais rien ne s'est passé. J'ai découvert qu'il était lié au certificat d'entreprise, j'ai donc exporté celui de mon navigateur et l'ai ajouté à Git.

Exporter à partir du navigateur Web

Options Internet> Contenu> Certificats> Exporter (Suivez l'assistant, j'ai choisi le format "Base 64 encodé X.509 (.CER))

Dans Git Bash

git config --global http.sslCAInfo c:\Utilities\Certificates\my_certificate

La page suivante était utile https://blogs.msdn.microsoft.com/phkelley/2014/01/20/adding-a-corporate-or-self-signed-certificate-authority-to-git-exes-store/

Pour ajouter le proxy, comme les autres threads que j'ai utilisés

git config --global http.proxy proxy.company.net:8080
git config --global https.proxy proxy.company.net:8080

J'étais confronté au même problème, alors j'ai d'abord vérifié mon fichier npm ce que j'avais défini, je l'ai vérifié avec cette commande: -

npm config get proxy

et je découvre que j'ai défini un mauvais proxy et je définis mon proxy de désir comme suit:

npm config set proxy http://xxx.xxx.xxx.4:8080   
npm config set https-proxy http://xxx.xxx.xxx.4:8080

Après ça ça marche pour moi

Votre mot de passe semble incorrect. Vérifiez à nouveau vos informations d'identification.

J'ai eu le même problème dans mon organisation.

Après de nombreuses tentatives, je suis arrivé à la solution suivante:

1. J'ai demandé à l'administrateur système de changer le type d'authentification proxy de Kerberos à NTLM. Je ne sais pas si c'était obligatoire (je suis un ignorant dans cette affaire), mais ma candidature a été approuvée.

2. Après cela, j'ajoute le paramètre Git

   git config --global http.proxyauthmethod ntlm

Ce n'est qu'après cela que j'ai pu cloner mon référentiel

J'ai eu le même problème aussi et j'ai essayé de le résoudre en définissant explicitement http.proxyAuthMethod sur basic.

Après avoir exécuté une trace pcap entre mon serveur et le proxy, j'ai remarqué que la requête "HTTP CONNECT" envoyée au proxy lors d'un clone git n'a toujours pas d'en-tête "Proxy-Authorization" défini sur basic. Cela était dû à ma version git "1.8.3.1" qui ne prend pas en charge http.proxyAuthMethod.

Après avoir installé une dernière version de git (2.16.6), en utilisant les packages rpm foud ici " https://repo.ius.io/7/x86_64/packages/g/ ", définir http.proxyAuthMethod sur basic a finalement un effet sur git comportement et puis mon clone git a réussi.

J'espère que ça aide

Je pense que vous devriez concentrer vos efforts une fois que vous êtes arrivé à ce point:

fatal: unable to access '<repo githup link>' Received HTTP code 407 from proxy after CONNECT

Cela signifie que vous ne vous êtes pas correctement authentifié auprès du proxy. Pouvez-vous vérifier que le mot de passe que vous fournissez à cette étape est correct?

git config --global http.proxy http://<username>:<userpsw>@<proxy>:<port>

Ce problème est survenu il y a quelques jours avec mes référentiels Bitbucket. J'ai pu résoudre ce problème en définissant l'URL distante sur http plutôt que sur https.

J'ai également essayé de définir des proxys https dans la ligne de commande et git config mais cela n'a pas fonctionné.

$ git pull
fatal: unable to access 'https://username@bitbucket.org/sacgf/x.git/': Received HTTP code 407 from proxy after CONNECT

Notez que nous utilisons https:

$ git remote -v
origin  https://username@bitbucket.org/sacgf/x.git (fetch)
origin  https://username@bitbucket.org/sacgf/x.git (push)

Remplacez l'url https par l'URL http:

$ git remote set-url origin http://username@bitbucket.org/sacgf/x.git
$ git pull
Username for 'https://bitbucket.org': username
Password for 'https://username@bitbucket.org': 
remote: Counting objects: 43, done.
remote: Compressing objects: 100% (42/42), done.
remote: Total 43 (delta 31), reused 0 (delta 0)
Unpacking objects: 100% (43/43), done.
From http://bitbucket.org/sacgf/x
   a41eb87..ead1a92  master     -> origin/master
First, rewinding head to replay your work on top of it...
Fast-forwarded master to ead1a920caf60dd11e4d1a021157d3b9854a9374.
d

J'ai rencontré cette erreur en raison de mon réseau d'entreprise utilisant un proxy sur site et un deuxième proxy (complètement différent) lorsque VPN de l'extérieur. J'ai été configuré à l'origine pour le proxy sur site, j'ai reçu l'erreur, puis j'ai dû mettre à jour ma configuration pour utiliser le proxy alternatif, hors site, lorsque je travaillais ailleurs.

J'ai eu le même problème et j'ai résolu avec les étapes ci-dessous:

** Ajouter les détails du proxy dans git **

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:pass@yourproxy:port
git config --global https.proxy http://user:pass@yourproxy:port

Cette configuration fonctionne dans ma configuration:

[http]
    proxy = <your proxy>
[https] proxy = <your proxy>
[http]
    sslVerify = false
[https]
    sslVerify = false   
[credential]
    helper = wincred 

Avoir le même problème lors de l'utilisation de sourcetree La raison était peut-être d'activer ou de désactiver le proxy système alors que l'arborescence de source était ouverte. Pour une raison quelconque, cela a été écrit dans le fichier de configuration d'un projet. Cela peut être facilement supprimé sur sourcetree par "Paramètres" -> "Modifier le fichier de configuration". Supprimez-le simplement sous http

J'ai rencontré le même problème lors de l'utilisation de Git Bash. Quand j'ai fait la même chose dans l'invite de commande, cela fonctionnait parfaitement.

FYI pour l'information de tous

Cela aurait été une solution appropriée pour résoudre l'erreur suivante

Received HTTP code 407 from proxy after CONNECT

Les commandes suivantes devraient donc être nécessaires

git config --global http.proxyAuthMethod 'basic'
git config --global https.proxy http://user:pass@proxyserver:port

Ce qui générerait la configuration suivante

$ cat ~/.gitconfig
[http]
        proxy = http://user:pass@proxyserver:port
        proxyAuthMethod = basic

La suppression de "@" du mot de passe a fonctionné pour moi et de toute façon ne garde jamais @ dans votre mot de passe, cela vous posera des problèmes avec maven et une installation ultérieure