Git возвращает HTTP-ошибку 407 из прокси после CONNECT

Ответ 1

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

первый

git config --global http.proxy http://username:[email protected]:proxiPort

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

git config --global https.proxy http://username:[email protected]:proxiPort

затем

git config --global http.sslVerify false

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

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

и наконец

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

Ответ 2

Мне нужно было настроить все 4 вещи в .gitconfig с помощью

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:[email protected]:port
git config --global https.proxy http://user:[email protected]:port

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

Ответ 3

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

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

Ответ 4

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

• Установите переменную среды "all_proxy" для вашего пользователя. Требуется с помощью curl.

  export all_proxy=http://DOMAIN\proxyuser:[email protected]:8080
  

• Задайте переменную среды https_proxy для вашего пользователя. Требуется с помощью curl.

  export https_proxy=http://DOMAIN\proxyuser:[email protected]:8080
  

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

  git config --global http.sslverify false
  

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

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

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

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

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

Ответ 5

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

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

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

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

Ответ 6

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

git config --global http.proxyAuthMethod 'basic'

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

Ответ 7

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

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

Свойства обозревателя > Контент > Сертификаты > Экспорт (следуйте указаниям мастера, я выбрал формат "Base 64 encoded X.509 (.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

Ответ 8

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

Ответ 9

Я столкнулся с той же проблемой, поэтому, во-первых, я проверил свой файл 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

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

Ответ 10

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

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

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

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

   git config --global http.proxyauthmethod ntlm

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

Ответ 11

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

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>

Ответ 12

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

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

$ git pull
fatal: unable to access 'https://[email protected]/sacgf/x.git/': Received HTTP code 407 from proxy after CONNECT

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

$ git remote -v
origin  https://[email protected]/sacgf/x.git (fetch)
origin  https://[email protected]/sacgf/x.git (push)

Замените URL https URL-адресом http:

$ git remote set-url origin http://[email protected]/sacgf/x.git
$ git pull
Username for 'https://bitbucket.org': username
Password for 'https://[email protected]': 
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

Ответ 13

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

Ответ 14

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

** Добавьте данные прокси в git **

git config --global http.sslVerify false
git config --global https.sslVerify false
git config --global http.proxy http://user:[email protected]:port
git config --global https.proxy http://user:[email protected]:port