git возвращает ошибку http 407 от прокси после CONNECT

У меня проблема при подключении к github с моего ПК с помощью git. Система Win 7.

У меня есть соединение через прокси, поэтому я указал его в файлах конфигурации git (как в общей папке git, так и в папке репозитория git). Для этого я ввел следующую строку в свой git bush:

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

То, как это работает в других программах (например, maven), выглядит так:

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

Но когда я пытаюсь подтолкнуть или клонировать репо, я получаю

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

Я уже пытаюсь ввести не просто свое имя пользователя, а домен \ имя пользователя, сменил пароль на случай, если есть проблемы с таблицами языков кода. И я даже ввел неверный пароль. Ошибка осталась прежней.

Когда я вошел в '10 .65.64.177.com 'и попытался нажать репо, я получил:

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

Просто не знаю, что попробовать.

То, что сработало для меня, похоже на то, что предлагает rohitmohta; в обычной командной строке DOS (не в git bash):

первый

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

а в некоторых случаях также

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

тогда

git config --global http.sslVerify false

(Подтверждаю, что это необходимо: если установлено значение true, появляется ошибка «Проблема с сертификатом SSL: невозможно получить сертификат местного эмитента»)

в моем случае нет необходимости определять переменную all_proxy

и наконец

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

Следующая команда необходима, чтобы заставить git отправить учетные данные и метод аутентификации на прокси:

git config --global http.proxyAuthMethod 'basic'

Источник: https://git-scm.com/docs/git-config#git-config-httpproxyAuthMethod

Я должен был установить все 4 вещи в .gitconfigс:

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

Только тогда клонирование прошло успешно.

Возможно, вы уже используете настройку системного прокси - в этом случае отключите все прокси git :

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

Я столкнулся с аналогичной проблемой за корпоративным брандмауэром. Сделал следующее и смог клонировать репозиторий с помощью оболочки git из моей системы под управлением Windows 7 SP1.

1. Установите для пользователя переменную окружения all_proxy. Требуется curl.

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

2. Установите для пользователя переменную окружения https_proxy. Требуется curl.

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

3. Я не уверен, имеет ли это какое-либо влияние. Но я сделал это, и это сработало:

   git config --global http.sslverify false
   

4. Используйте https: // для клонирования

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

Примечание-1: не используйте http: //. Использование этого может привести к ошибке ниже. Это можно решить, используя https: //.

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

Примечание-2: Избегайте использования @ в вашем пароле. Хотя можно использовать $.

У меня была такая же проблема в среде Windows.

Я только что решил с помощью NTLM-APS (прокси-сервер проверки подлинности Windows NT)

Настройте прокси NTML и установите для него Git:

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

Была ошибка 407 из Android Studio. Пытался добавить прокси, но ничего не вышло. Выяснилось, что это связано с сертификатом компании, поэтому я экспортировал его из своего браузера и добавил в Git.

Экспорт из веб-браузера

Свойства обозревателя> Содержимое> Сертификаты> Экспорт (следуя указаниям мастера, я выбрал формат «X.509 в кодировке Base 64 (.CER)»)

В Git Bash

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

Следующая страница была полезной https://blogs.msdn.microsoft.com/phkelley/2014/01/20/adding-a-corporate-or-self-signed-certificate-authority-to-git-exes-store/

Чтобы добавить прокси, как и другие потоки, которые я использовал

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

Я столкнулся с той же проблемой, поэтому сначала я проверил свой файл npm, который я установил, я проверил его с помощью этой команды: -

npm config get proxy

и я обнаружил, что установил неправильный прокси, и я установил свой прокси-сервер следующим образом:

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

После этого у меня работает

Ваш пароль кажется неверным. Еще раз проверьте свои учетные данные.

К вашему сведению

Это было бы подходящим решением для устранения следующей ошибки

Received HTTP code 407 from proxy after CONNECT

Таким образом, следующие команды должны быть необходимы

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

Это сгенерирует следующую конфигурацию

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

Я думаю, вам следует сосредоточить свои усилия после того, как вы дойдете до этого момента:

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

Это означает, что вы не прошли надлежащую аутентификацию с помощью прокси. Можете ли вы дважды проверить правильность пароля, который вы вводите на этом этапе?

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

У меня была такая же проблема в моей организации.

После многих попыток я пришел к следующему решению:

1. Я обратился к системному администратору с просьбой изменить тип аутентификации прокси с Kerberos на NTLM. Не уверен, было ли это обязательным (в этом вопросе я невежественен), но мою заявку одобрили.

2. После этого я добавляю настройку Git

   git config --global http.proxyauthmethod ntlm

Только после этого я смог клонировать свой репозиторий

У меня тоже была такая же проблема, и я попытался решить ее, явно установив для http.proxyAuthMethod значение basic.

После запуска трассировки pcap между моим сервером и прокси-сервером я заметил, что запрос «HTTP CONNECT», отправленный на прокси-сервер во время клона git, все еще не имеет заголовка «Proxy-Authorization», установленного на базовый уровень. Это произошло из-за моей версии git "1.8.3.1", которая не поддерживает http.proxyAuthMethod.

После установки последней версии git (2.16.6) с использованием пакетов rpm из раздела " https://repo.ius.io/7/x86_64/packages/g/ " установка http.proxyAuthMethod на базовый уровень наконец повлияла на git поведение, а затем мой клон git был успешным.

надеюсь, это поможет

Эта проблема возникла несколько дней назад с моими репозиториями Bitbucket. Я смог исправить это, установив удаленный URL-адрес http, а не https.

Я также попытался установить прокси https в командной строке и git config, но это не сработало.

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

Обратите внимание, что мы используем https:

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

Замените https url на http url:

$ 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

Я столкнулся с этой ошибкой из-за того, что моя корпоративная сеть использовала один прокси-сервер локально и второй (совершенно другой) прокси-сервер при подключении к VPN извне. Изначально я был настроен для локального прокси, получил сообщение об ошибке, а затем мне пришлось обновить свою конфигурацию, чтобы использовать альтернативный, внешний прокси при работе в другом месте.

У меня была аналогичная проблема, и я решил ее с помощью следующих шагов:

** Добавить детали прокси в 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

Эта конфигурация работает в моей настройке:

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

Возникла та же проблема при использовании исходного дерева. Причина заключалась в том, что, возможно, отключили системный прокси, пока исходное дерево было открыто. По какой-то причине это было записано в конфигурационный файл проекта. Его можно легко удалить из исходного дерева, выбрав «Настройки» -> «Редактировать файл конфигурации». Просто удалите его там под http

Я столкнулся с той же проблемой при использовании Git Bash. Когда я сделал то же самое в командной строке, все заработало отлично.

Удаление "@" из пароля сработало для меня, и в любом случае никогда не сохраняйте @ в своем пароле, это вызовет проблемы с maven и дальнейшей установкой