proxyAuthMethod в Git требует имени пользователя прокси

Проверьте имя пользователя прокси, выбранный метод, переопределение из окружения и версию Git, когда параметр proxyAuthMethod кажется неэффективным.

Вы добавляете http.proxyAuthMethod, повторяете клонирование и по-прежнему видите 407. У параметра есть документированное условие, которое легко упустить: настроенная строка прокси должна содержать имя пользователя.

Имя пользователя не обязано сопровождаться буквальным паролем в URL. Git может получить отсутствующий пароль через свой механизм учётных данных. Идентичность маршрутизации и метод аутентификации всё равно должны относиться к нужному прокси.

Проверьте четыре входных данных вместе

  1. Фактический URI прокси без пароля.
  2. Метод, выбранный для этого прокси.
  3. Любое переопределение для отдельного remote или переопределение окружения GIT_HTTP_PROXY_AUTHMETHOD.
  4. Версия Git и возможности её HTTP-бэкенда.

Текущий Git документирует методы, включая anyauth, Basic, Digest, Negotiate и NTLM. Выбор одного из них не добавляет отсутствующую поддержку связанному бэкенду. Корпоративному администратору также не следует ослаблять политику прокси из-за того, что клиент настроен на другой метод.

Более старые сообщения относятся к версиям, в которых не был реализован копируемый параметр. Произвольный ключ конфигурации можно сохранить без доказательств того, что текущая передача его использует. Прочитайте документацию для соответствующей версии и отредактированный обмен.

Наконец, учётные данные репозитория — это более позднее отношение. Токен хостинга Git не удовлетворяет запрос прокси. Отключение проверки TLS репозитория также не заставляет прокси принять выбранную схему аутентификации. Сначала установите этот обмен, затем диагностируйте любой ответ репозитория, который последует.

Похожие статьи