Git через дайджест аутентификации прокси

GIT не поддерживает аутентифицированные прокси-серверы. Вы можете проверить http.c из репозитория Git.git ; Для того, чтобы вообще поддерживать аутентифицированные прокси-серверы, он должен был бы установить Curl_ProxyuserPWD , чтобы установить имя пользователя и пароль, но эта строка не отображается в этом файле.

Одним из возможных решений будет исправить Git; Добавьте еще несколько параметров конфигурации в http.c , такие как http.proxyuser , http.proxypass , чтобы установить имя пользователя и пароль для прокси, а также http.proxyauth , чтобы установить метод аутентификации, а затем пройти в соответствии с соответствующими параметрами конфигурации .

Если вы не чувствуете взлома на исходный код GIT, вы можете настроить свой собственный локальный прокси-сервер, который не нуждается в аутентификации, а затем вперед от этого на прокси-сервер, который требует аутентификации. Squid поддерживает Этот режим работы , хотя конфигурация может быть немного сложной; Я нашел пример конфигурации , которые читают, чтобы продемонстрировать эту настройку, хотя я не проверил, что работает сам.

Редактировать : Неважно, после проверки исходного кода SQUID , кажется, только поддерживает базовую аутентификацию, не переваривать аутентификацию, при пересылке запроса к одноранговому:

httpHeaderPutStrf(hdr_out, header, "Basic %s", base64_encode(orig_request->peer_login));

у меня нет нашел любые прокси-серверы, которые могут передавать запрос на другой прокси с включенной проверкой подлинности Digest; Если вы можете найти тот, который поддерживает Digest Auth для восходящего прокси-сервера, я бы порекомендовал использовать это.

В противном случае я бы порекомендовал использовать другой протокол, чем HTTP; Используйте SSH: Если вам нужна аутентификация или RAW GIT: протокол, если вы просто вытягиваете изменения с общественного сервера.

Сделайте li за исключением навигационных дисплеев: встроенный блок и, возможно, переместите навигационный li в конец списка?

Возможно, хороший способ научиться хорошему программированию MVC - провести некоторое время в Ruby-on-Rails. Я начал использовать рельсы некоторое время назад, и в качестве косвенного результата я считаю, что у меня есть очень хорошее понимание MVC сейчас. Я рассматриваю рельсы как олицетворение MVC. По крайней мере, это может быть забавным способом обучения MVC... что вы думаете?

Если вы клонируете через SSH, ответ на тесно связанный вопрос Как использовать GitHub через жестких прокси? выглядит адаптируемым к вашей ситуации, но вместо Штопор , который еще не поддерживает дайджест-аутентификацию, используйте tunnel-auth.pl из cp

Мне удалось сделать клон git через аутентифицированный прокси-сервер, установив для переменной среды http_proxy значение http: // username: password @ proxyhost: 80

Затем работал простой оле git clone .

(Прокси-сервер - это какая-то корпоративная вещь Windows, поэтому мое имя пользователя на самом деле выглядело как домен \ имя пользователя. Потребовалось время, чтобы понять, что мне нужен домен.)