Ответ 1

Что в конечном итоге работало с настройкой переменной среды http_proxy. Я правильно установил http_proxy, но git, по-видимому, лучше подходит к версии в нижнем регистре.

Ответ 2

Вы также можете установить HTTP-прокси, который Git использует в свойстве глобальной конфигурации http.proxy:

git config --global http.proxy http://proxy.mycompany:80

Для аутентификации с прокси:

git config --global http.proxy http://mydomain\\myusername:[email protected]:8080/

(Авторы обращаются к @EugeneKulabuhov и @JaimeReynoso за форматом аутентификации.)

Ответ 3

Там уже есть отличные ответы. Тем не менее, я думал, что буду чип, так как некоторые прокси-серверы требуют аутентификации с идентификатором пользователя и паролем. Иногда это может быть в домене.

Итак, например, если ваша конфигурация прокси-сервера выглядит следующим образом:

Server: myproxyserver
Port: 8080
Username: mydomain\myusername
Password: mypassword

Затем добавьте в свой .gitconfig файл, используя следующую команду:

git config --global http.proxy http://mydomain\\myusername:[email protected]:8080

Не беспокойтесь о https. Пока указанный прокси-сервер поддерживает http и https, будет достаточно одной записи в файле конфигурации.

Затем вы можете проверить, что команда добавила запись в ваш файл .gitconfig, выполнив cat .gitconfig:

В конце файла вы увидите следующую запись:

[http]
    proxy = http://mydomain\\myusername:[email protected]:8080

Что это!

Ответ 4

Похоже, вы используете компиляцию mWW из Git в Windows (или, возможно, другую, о которой я не слышал). Есть способы отладить это: я считаю, что вся работа профайла http для Git выполняется с помощью curl. Установите эту переменную среды перед запуском git:

GIT_CURL_VERBOSE=1

Это должно по крайней мере дать вам представление о том, что происходит за кулисами.

Ответ 5

Когда ваша сетевая команда выполняет ssl-проверку, переписывая сертификаты, то используя http-url вместо https one, в сочетании с настройкой этого var работал у меня.

git config --global http.proxy http://proxy:8081

Ответ 6

Если вы просто хотите использовать прокси-сервер в указанном репозитории, не нужны другие репозитории. Предпочтительным способом является параметр -c, --config <key=value>, когда вы git clone хранилище. например.

$ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git --config "http.proxy=proxyHost:proxyPort"

Ответ 7

Вы также можете изменить файл .gitconfig, расположенный в каталоге% userprofile% в системе Windows (notepad% userprofile%.gitconfig) или в ~ каталоге в системе Linux (vi ~/.gitconfig) и добавить раздел http, как показано ниже.

Содержимое файла .gitconfig:

[http]
        proxy = http://proxy.mycompany:80

Ответ 8

Это старый вопрос, но если вы работаете в Windows, подумайте также об установке HTTPS_PROXY, если вы извлекаете URL-адрес https. Работал для меня!

Ответ 9

Для меня git://просто не работает через прокси-сервер, хотя https://делает. Это вызвало некоторую головную боль, потому что я запускал скрипты, которые использовали git://, поэтому я не мог просто просто изменить их все. Однако я нашел этот GEM

git config --global url."https://github.com/".insteadOf git://github.com/

Ответ 10

Я не нахожу ни http.proxy, ни GIT_PROXY_COMMAND для моего аутентифицированного http-прокси. Прокси-сервер не запускается в любом случае. Но я нашел способ обойти это.

• Установите corkscrew или другие альтернативы, которые вы хотите.

• Создайте файл authfile. Формат для authfile: user_name:password, а user_name, password - ваше имя пользователя и пароль для доступа к вашему прокси. Чтобы создать такой файл, просто выполните команду следующим образом: echo "username:password" > ~/.ssh/authfile.

• Измените ~/.ssh/config и убедитесь, что его разрешение 644: chmod 644 ~/.ssh/config

Возьмите github.com в качестве примера, добавьте следующие строки в ~/.ssh/config:

Host    github.com
        HostName        github.com
        ProxyCommand    /usr/local/bin/corkscrew <your.proxy> <proxy port> %h %p <path/to/authfile>
        User            git

Теперь, когда вы делаете что-либо с [email protected], он будет автоматически использовать прокси. Вы можете легко сделать то же самое с Bitbucket.

Это не так элегантно, как другие подходы, но он работает как шарм.

Ответ 11

В Windows, если вы не хотите вводить свой пароль в .gitconfig в текстовом формате, вы можете использовать

• Cntml (http://cntlm.sourceforge.net/)

Он аутентифицирует вас против обычного или даже прокси-сервера Windows NTLM и запускает localhost-proxy без проверки подлинности.

Чтобы запустить его:

• Установить Cntml
• Настройте Cntml в соответствии с документацией, чтобы передать свою прокси-аутентификацию

• Точка git для вашего нового прокси-сервера localhost:

  [http]
      proxy = http://localhost:3128       # change port as necessary
  

Ответ 12

Для меня это сработало:

sudo apt-get install socat

Создайте файл внутри вашего $BIN_PATH/gitproxy с помощью:

#!/bin/sh 
_proxy=192.168.192.1 
_proxyport=3128 
exec socat STDIO PROXY:$_proxy:$1:$2,proxyport=$_proxyport

Не забудьте предоставить ему разрешения на выполнение

chmod a+x gitproxy

Запустите следующие команды для настройки среды:

export PATH=$BIN_PATH:$PATH
git config --global core.gitproxy gitproxy

Ответ 13

Просто, чтобы опубликовать это, поскольку это первый результат в Google, это сообщение в блоге, которое я нашел, решает проблему для меня, обновляя сертификаты curl.

http://www.simplicidade.org/notes/archives/2011/06/github_ssl_ca_errors.html

Ответ 14

Установить прокси-сервер на git

Команда

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

Пример

git config --global http.proxy http://clairton:[email protected]:8080

Ответ 15

Это сработало со мной.

git config --global http.proxy proxy_user:[email protected]_ip:proxy_port

Ответ 16

У меня была та же проблема с немного другим исправлением: REBUILDING GIT С поддержкой HTTP

Протокол git: не работал через мой корпоративный брандмауэр.

Например, это время:

git clone git://github.com/miksago/node-websocket-server.git

curl github.com работает просто отлично, поэтому я знаю, что моя переменная окружения http_proxy верна.

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

git clone http://github.com/miksago/node-websocket-server.git

->>>  fatal: Unable to find remote helper for 'http' <<<-

Я попытался перекомпилировать GIT следующим образом:

./configure  --with-curl --with-expat

но все же получил фатальную ошибку.

Наконец, после нескольких разочаровывающих часов я прочитал файл конфигурации, и увидел это:

# Определить CURLDIR =/foo/bar, если заголовок и файлы библиотеки curl находятся в

#/foo/bar/include и /foo/bar/lib.

Тогда я вспомнил, что я не выполнил curl из источника, и так пошел ищет файлы заголовков. Разумеется, они не были установлены. Это была проблема. Make не жаловался на отсутствующие файлы заголовков. Так Я не понял, что параметр --with-curl ничего не сделал (это, по сути, значение по умолчанию в моей версии git).

Я сделал следующее, чтобы исправить это:

• Добавлены заголовки, необходимые для make:

  yum install curl-devel
  (expat-devel-1.95.8-8.3.el5_5.3.i386  was already installed).
  

• Удалено git из /usr/local (так как я хочу, чтобы там была новая версия).

  Я просто удалил git* из /usr/local/share и /usr/local/libexec

• Искал для включенных dirs, содержащих заголовочные файлы curl и expat, а затем (потому что я прочитал через configure) добавил их в среду следующим образом:

  export CURLDIR=/usr/include 
  export EXPATDIR=/usr/include
  

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

  ./configure  --with-curl --with-expat
  

• И теперь http работает с git через мой корпоративный брандмауэр:

  git clone http://github.com/miksago/node-websocket-server.git
  Cloning into 'node-websocket-server'...
  * Couldn't find host github.com in the .netrc file, using defaults
  * About to connect() to proxy proxy.entp.attws.com port 8080
  *   Trying 135.214.40.30... * connected
  ...
  

Ответ 17

Установите Git credential.helper на wincred.

git config --global credential.helper wincred

Убедитесь, что есть только 1 credential.helper

git config -l

Если есть более 1, и он не установлен на wincred, удалите его.

git config --system --unset credential.helper

Теперь установите прокси без пароля.

git config --global http.proxy http://<YOUR WIN LOGIN NAME>@proxy:80

Убедитесь, что все настройки, которые вы добавили, выглядят хорошо....

git config --global -l

Теперь тебе хорошо!

Ответ 18

Это не проблема с вашим прокси. Это проблема с github (или git). Для меня это не работает на git -1.6.0.1 на linux. Ошибка уже сообщается (вам не меньше).

Удостоверьтесь, что вы удаляете свои пирожные, они уже находятся в google. Edit: Должно быть, мечтал, я думаю, вы не можете удалить их. Вместо этого используйте Gist?

Ответ 19

$http_proxy для http://github.com.... $ https_proxy для https://github.com...

Ответ 20

Для Windows

Goto → C:/Users/user_name/gitconfig

Обновить файл gitconfig с подробными сведениями

[HTTP]

[HTTPS]

proxy = https://your_proxy:your_port

[HTTP]

proxy = http://your_proxy:your_port

Как проверить свой прокси-сервер и номер порта?

Internet Explorer → Настройки → Свойства обозревателя → Соединения → Настройки локальной сети

Ответ 21

вы можете использовать:

git config --add http.proxy http://user:[email protected]_host:proxy_port

Ответ 22

Используйте proxychains

proxychains git pull ...

обновление: proxychains прекращено, вместо этого используйте proxychains-ng.

Ответ 23

Вышеупомянутые ответы работали для меня, когда мой прокси не нуждается в аутентификации. Если вы используете прокси-сервер, который требует аутентификации, вы можете попробовать CCProxy. У меня есть небольшой учебник о том, как настроить его здесь,

http://blog.praveenkumar.co.in/2012/09/proxy-free-windows-xp78-and-mobiles.html

Мне удалось нажать, потянуть, создать новые репозитории. Все работало отлично. Удостоверьтесь, что вы делаете чистую деинсталляцию и переустановку новой версии, если у вас проблемы с Git, как я.

Ответ 24

Я обошел прокси-сервер, используя https... некоторые прокси-серверы даже не проверяют https.

Microsoft Windows [Version 6.1.7601]
Copyright (c) 2009 Microsoft Corporation.  All rights reserved.

c:\git\meantest>git clone http://github.com/linnovate/mean.git
Cloning into 'mean'...
fatal: unable to access 'http://github.com/linnovate/mean.git/': Failed connect
to github.com:80; No error

c:\git\meantest>git clone https://github.com/linnovate/mean.git
Cloning into 'mean'...
remote: Reusing existing pack: 2587, done.
remote: Counting objects: 27, done.
remote: Compressing objects: 100% (24/24), done.
rRemote: Total 2614 (delta 3), reused 4 (delta 0)eceiving objects:  98% (2562/26

Receiving objects: 100% (2614/2614), 1.76 MiB | 305.00 KiB/s, done.
Resolving deltas: 100% (1166/1166), done.
Checking connectivity... done

Ответ 25

Как на это ответили многие, но это просто для Winodws ПОЛЬЗОВАТЕЛЬ, который находится за прокси-сервером с auth.

Повторная установка (сначала не удалось, Не удалять).

Goto ->
**Windows**
1. msysgit\installer-tmp\etc\gitconfig
    Under [http]
        proxy = http://user:[email protected]:port

**Linux**
1. msysgit\installer-tmp\setup-msysgit.sh
      export HTTP_PROXY="http://USER:[email protected]:8080"

если у вас есть специальный char в использовании пользователя/пароля url_encode

Ответ 26

как уже указывал @user2188765, попробуйте заменить git:// протокол репозитория на http[s]://. См. Также этот ответ