Не удалось запустить TortoiseGit + cntlm + прокси-сервер

Я пытаюсь начать использовать Git на GitHub. К сожалению, мне не удается заставить его работать, я всегда получаю, когда пытаюсь клонировать репозиторий, сообщение «Отказано в соединении». Поскольку я за прокси-сервером, я полагаю, что проблема есть, но я не знаю, как ее исправить.

введите здесь описание изображения

Ниже то, что я пробовал до сих пор: я открываю учетную запись на GitHub, затем сгенерировал ключ с помощью putty gen: введите описание изображения здесь  Я сохранил приватный ключ (2) на диске и отправил общедоступный(1) на github место для ключей SSH: введите описание изображения здесь Затем я использовал закрытый ключ на этапе клонирования, как показано ниже: введите описание изображения здесь

У меня это не сработало, поэтому я попытался пройти аутентификацию с помощью своего прокси, используя Cntlm и настроить его на прокси-сервер предприятия. Затем я изменил конфигурацию черепахи, как показано ниже: введите здесь описание изображения

но когда я пытаюсь клонировать, я всегда сталкиваюсь с ошибкой «Отказано в подключении». Файл конфигурации Cntlm выглядит так:

Username    fpollano
Domain      mydomain
PassLM          93D6A9F56CD43B4571101CC5806411F2
PassNT          5FD9AD7F1504A469D994241648972131
PassNTLMv2      7255AE1CBA2511A751F848FC34087011    
#Workstation    netbios_hostname    # Should be auto-guessed

Proxy       192.168.1.5:8080

(Я даже проверяю с четким паролем, с теми же результатами)

Кто-нибудь знает решение? В качестве альтернативы есть способ заставить некоторых из этих агентов что-то регистрировать где-нибудь? Спасибо всем !


person Felice Pollano    schedule 05.09.2011    source источник


Ответы (2)


В Windows это поможет, если вы определили следующие переменные среды перед любым извлечением / отправкой используя адрес https GitHub:

http_proxy="http://username:password@proxy:port/"
https_proxy="http://username:password@proxy:port/"
HOME=C:\Path\To\HOME

(http_proxy в нижнем регистре )

Ваш %HOME% (который не определен по умолчанию в Windows) может быть любым путем, но это должен быть родительский каталог вашего .ssh, который содержит ваши файлы id_rsa.pub и id_rsa (ваши открытый и закрытый ключи)

В вашем %HOME% вам также понадобится _netrc файл:

machine github.com
login loginGitHub
password passwordGitHub

Оттуда вы сможете клонировать репозиторий GitHub:

git clone https://github.com/Login/repo

Чтобы отладить такие ошибки подключения, установите GIT_CURL_VERBOSE=1 и убедитесь, что ваш CApath правильно.

git config --system http.sslcainfo "C:\path\to\your\git\bin\curl-ca-bundle.crt"
person VonC    schedule 06.09.2011
comment
Спасибо за ответ. К сожалению ошибка та же. Кстати, вам действительно нужно указывать мой пароль во всех этих местах? - person Felice Pollano; 06.09.2011
comment
@Felice: для прокси и curl, да, вам нужно указать свои пароли (один для прокси, один для вашей учетной записи GitHub). Вот почему я обычно определяю HOME в частном каталоге (Windows HOMEDIR или любой сетевой каталог, доступный только мне). По поводу ваших ошибок, пробовали сначала клонировать через командную строку? Если да, то каков результат с GIT_CURL_VERBOSE=1? - person VonC; 06.09.2011
comment
хорошо, я попробовал с gitbash, и результат: ssh: подключиться к хосту github.com, порт 22: неверный номер файла, фатальный: удаленный конец неожиданно завис (в любом случае +1 за ваше терпение :)) - person Felice Pollano; 06.09.2011
comment
хорошо, я идиот: я понял, что я использовал не https:// при клонировании из черепахи, а git, поэтому я хочу использовать порт 22. Все в порядке, спасибо за вашу помощь. - person Felice Pollano; 06.09.2011
comment
@Felice: Отлично :) Итак, вывод помог (поэтому я предпочитаю сначала отлаживать в командной строке, а затем использовать графический инструмент) - person VonC; 06.09.2011

У меня была эта проблема. Наш системный администратор заставил интернет-трафик проходить через прокси-сервер, и я внезапно не смог отправлять/извлекать данные в/из GitHub. Я попробовал ответ VonC без везения. К счастью, наш системный администратор внес github.com в белый список на брандмауэре, и я снова в деле. Так что спросить не помешает. :)

person James Lawruk    schedule 17.11.2011