Как вытащить из Git-репозитория через HTTP-прокси?
Примечание: хотя описанный вариант использования касается использования подмодулей в проекте, то же самое относится и к обычному git clone хранилища по HTTP.
У меня есть проект под контролем Git. Я хотел бы добавить подмодуль:
git submodule add http://github.com/jscruggs/metric_fu.git vendor/plugins/metric_fu
Но я получаю
...
got 1b0313f016d98e556396c91d08127c59722762d0
got 4c42d44a9221209293e5f3eb7e662a1571b09421
got b0d6414e3ca5c2fb4b95b7712c7edbf7d2becac7
error: Unable to find abc07fcf79aebed56497e3894c6c3c06046f913a under http://github.com/jscruggs/metri...
Cannot obtain needed commit abc07fcf79aebed56497e3894c6c3c06046f913a
while processing commit ee576543b3a0820cc966cc10cc41e6ffb3415658.
fatal: Fetch failed.
Clone of 'http://github.com/jscruggs/metric_fu.git' into submodule path 'vendor/plugins/metric_fu'
У меня настроен HTTP_PROXY:
c:\project> echo %HTTP_PROXY%
http://proxy.mycompany:80
У меня даже есть глобальная настройка Git для http прокси:
c:\project> git config --get http.proxy
http://proxy.mycompany:80
Кто-нибудь получал HTTP-выборки для последовательной работы через прокси? Что действительно странно, так это то, что несколько проектов на GitHub работают нормально (awesome_nested_set например), но другие постоянно терпят неудачу ( рельсы, например).
30 ответов
То, что в итоге получилось, http_proxy переменная окружения. Я установил HTTP_PROXY правильно, но git, видимо, больше нравится строчная версия.
Вы также можете установить HTTP-прокси, который Git использует в свойстве глобальной конфигурации http.proxy:
git config --global http.proxy http://proxy.mycompany:80
Для аутентификации с прокси:
git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:8080/
( Eugene Kulabuhov Jaime Reynoso к Eugene Kulabuhov и Jaime Reynoso за форматом аутентификации.)
Там уже есть несколько отличных ответов. Тем не менее, я думал, что скину, так как некоторые прокси-серверы требуют от вас аутентификации с использованием идентификатора пользователя и пароля. Иногда это может быть на домене.
Так, например, если ваша конфигурация прокси-сервера выглядит следующим образом:
Server: myproxyserver
Port: 8080
Username: mydomain\myusername
Password: mypassword
Затем добавьте в свой .gitconfig файл с помощью следующей команды:
git config --global http.proxy http://mydomain\\myusername:mypassword@myproxyserver:8080
Не беспокойся о https, Пока указанный прокси-сервер поддерживает http и https, тогда достаточно одной записи в файле конфигурации.
Затем вы можете проверить, что команда добавила запись в ваш .gitconfig файл успешно, выполнив cat .gitconfig:
В конце файла вы увидите следующую запись:
[http]
proxy = http://mydomain\\myusername:mypassword@myproxyserver:8080
Это оно!
Если вы просто хотите использовать прокси в указанном репозитории, не используйте его в других репозиториях. Предпочтительным способом является -c, --config <key=value> вариант, когда вы git clone хранилище. например
$ git clone https://chromium.googlesource.com/chromium/tools/depot_tools.git --config "http.proxy=proxyHost:proxyPort"
Похоже, вы используете Mingw-компиляцию Git для Windows (или, возможно, другую, о которой я не слышал). Есть способы отладки этого: я считаю, что вся работа http-прокси для git выполняется curl. Установите эту переменную среды перед запуском git:
GIT_CURL_VERBOSE=1
Это должно, по крайней мере, дать вам представление о том, что происходит за кулисами.
Когда ваша сетевая команда выполняет ssl-инспекцию, переписывая сертификаты, затем использует URL-адрес http вместо https-адреса в сочетании с настройкой этого var, это сработало для меня.
git config --global http.proxy http://proxy:8081
Для меня git:// просто не работает через прокси, хотя https:// работает. Это вызвало некоторую головную боль, потому что я запускал скрипты, которые все использовали git://, поэтому я не мог просто легко изменить их все. Однако я нашел этот GEM
git config --global url."https://github.com/".insteadOf git://github.com/
Вы также можете отредактировать файл.gitconfig, расположенный в каталоге% userprofile% в системе Windows (notepad% userprofile%.gitconfig) или в каталоге ~ в системе Linux (vi ~ /.gitconfig) и добавить раздел http, как показано ниже.
Содержимое файла.gitconfig:
[http]
proxy = http://proxy.mycompany:80
Это старый вопрос, но если вы работаете в Windows, подумайте и о настройке HTTPS_PROXY, если вы запрашиваете по URL-адресу https. Работал на меня!
Я не нахожу ни http.proxy ни GIT_PROXY_COMMAND работать для моего аутентифицированного http прокси. Прокси не запускается ни в коем случае. Но я нахожу способ обойти это.
- Установите штопор или другие альтернативы, которые вы хотите.
Создайте файл авторизации. Формат для
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
Теперь, когда вы делаете что-нибудь с git@github.com, он будет использовать прокси автоматически. Вы можете легко сделать то же самое с Bitbucket.
Это не так элегантно, как другие подходы, но работает как шарм.
Установите для 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
Теперь тебе пора!
В Windows, если вы не хотите указывать свой пароль в.gitconfig в виде обычного текста, вы можете использовать
- Cntml ( http://cntlm.sourceforge.net/)
Он аутентифицирует вас на обычном или даже Windows NTLM-прокси и запускает localhost-proxy без аутентификации.
Чтобы запустить его:
- Установить Cntml
- Настройте Cntml в соответствии с документацией для прохождения проверки подлинности прокси
Укажите git на ваш новый прокси localhost:
[http] proxy = http://localhost:3128 # change port as necessary
Для меня это сработало так:
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
Настройте прокси для git
команда
git config --global http.proxy http://user:password@domain:port
пример
git config --global http.proxy http://clairton:123456@proxy.clairtonluz.com.br:8080
Это сработало для меня.
git config --global http.proxy proxy_user:proxy_passwd@proxy_ip:proxy_port
У меня была та же проблема, но с немного другим исправлением: REBUILDING GIT WITH HTTP SUPPORT
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Искал включенные каталоги, содержащие
curlа такжеexpatфайлы заголовков, а затем (потому что я прочиталconfigure) добавил их в среду, например:export CURLDIR=/usr/include export EXPATDIR=/usr/includeРан
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 ...
Просто чтобы опубликовать это, поскольку это первый результат в Google, этот пост в блоге, который я нашел, решает проблему для меня путем обновления сертификатов curl.
http://www.simplicidade.org/notes/archives/2011/06/github_ssl_ca_errors.html
Используйте прокси-цепочки
proxychains git pull ...
обновление: proxychains больше не поддерживается, используйте вместо него proxychains-ng.
Стоит упомянуть: большинство примеров в сети показывают такие примеры, как
git config --global http.proxy proxy_user:proxy_passwd@proxy_ip:proxy_port
Похоже, что - если вашему прокси требуется аутентификация - вы должны оставить свой пароль компании в git-config. Что на самом деле не круто.
Но, если вы просто настроите пользователя без пароля:
git config --global http.proxy proxy_user@proxy_ip:proxy_port
Кажется, что Git (по крайней мере, на моем компьютере с Windows без помощника по учетным данным) распознает это и запрашивает пароль прокси при доступе к репо.
Существует способ настроить прокси для определенного URL-адреса, см . раздел http.&lt;url&gt;.* в
git configруководство. Например, для
https://github.com/можно сделать
git config --global 'http.https://github.com/.proxy' http://proxy.mycompany:80
Ты можешь использовать:
git config --add http.proxy http://user:password@proxy_host:proxy_port
Для меня работает метод ниже:
echo 'export http_proxy=http://username:password@roxy_host:port/' >> ~/.bash_profile
echo 'export https_proxy=http://username:password@roxy_host:port' >> ~/.bash_profile
- Примечание Zsh: измените файл ~/.zshenv вместо ~/.bash_profile.
- Примечание Ubuntu и Fedora: измените файл ~/.bashrc вместо ~/.bash_profile.
Для Windows
Перейти -> C:/Users/ имя_пользователя /gitconfig
Обновите файл gitconfig, указав ниже детали
[HTTP]
[HTTPS]
proxy = https://your_proxy:your_port
[HTTP]
proxy = http://your_proxy:your_port
Как проверить свой прокси и номер порта?
Internet Explorer -> Настройки -> Свойства обозревателя -> Подключения -> Настройки локальной сети
Это не проблема с вашим прокси. Это проблема с github (или git). Это не работает для меня на git-1.6.0.1 на Linux, а также. Ошибка уже сообщена (вами не меньше).
Обязательно удалите свои пирожки, они уже в гугле. Изменить: Должно быть мечтал, я думаю, вы не можете удалить их. Использовать Gist вместо?
Как уже указал @user2188765, попробуйте заменить git:// протокол хранилища с http[s]://, Смотрите также этот ответ
Приведенные выше ответы сработали для меня, когда мой прокси-сервер не нуждается в аутентификации. Если вы используете прокси-сервер, который требует аутентификации, вы можете попробовать CCProxy. У меня есть небольшой учебник по настройке здесь,
http://blog.praveenkumar.co.in/2012/09/proxy-free-windows-xp78-and-mobiles.html
Я смог толкать, тянуть, создавать новые репо. Все работало просто отлично. Убедитесь, что вы делаете чистую деинсталляцию и переустановку новой версии, если у вас возникли проблемы с Git, как у меня.
$http_proxy для http://github.com/.... $https_proxy для https://github.com/...
На это ответили многие, но это только для ПОЛЬЗОВАТЕЛЯ Winodws, который стоит за прокси с аутентификацией.
Переустановка (сначала не удалось, не удаляйте).
Goto ->
**Windows**
1. msysgit\installer-tmp\etc\gitconfig
Under [http]
proxy = http://user:pass@url:port
**Linux**
1. msysgit\installer-tmp\setup-msysgit.sh
export HTTP_PROXY="http://USER:PASS@proxy.abc.com:8080"
если у вас есть специальный символ в user/pass, используйте url_encode
Я обошел прокси, используя 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
Недавно . если я использую git clone с http-адресом.
git clone --config "http.proxy=http://<ip>:<port>" https://github.com/<username>/<reponame>.git
GitHub потребует имя пользователя и пароль.
а затем говорит, что этот метод аутентификации больше не используется, поскольку небезопасен.
Итак, если я использую метод ssh для git clone. все будет работать.
заметил это . ssh не будет работать так:
git clone --config "http.proxy=http://<ip>:<port>" git@github.com:<username>/<reponame>.git
ssh с прокси работает следующим образом:
# edit ~/.ssh/config and paste the text below:
Host github.com
Hostname ssh.github.com
Port 443
ProxyCommand nc -X connect -x <ip>:<port> %h %p
после редактирования файла конфигурации.
SSH-прокси будет работать:
git clone git@github.com:<username>/<reponame>.git
упомяните этот файл конфигурации.
Я не понимаю, почему порт 443 вместо 22. Мне только что сказал GPT4. и у меня это работает ~