Сбои прокси в Bower: загрузки из реестра против проверок Git
Определите HTTP-запрос, загрузку архива или транспорт Git за операцией Bower, прежде чем выбирать конфигурацию прокси.
Прочитайте существующую операцию Bower вместе с её диагностикой --verbose. Сохраните последний URL реестра/архива или команду Git вместе с первой ошибкой; успешное разрешение имени может предшествовать сбою в другом клиенте.
Bower → HTTP registry lookup or archive download
Bower → Git process → repository transport| Неудачная операция | Вход прокси для проверки |
|---|---|
| Реестр Bower или HTTP-архив | Настройки Bower proxy/https-proxy и фактическая среда |
| Git HTTP/HTTPS | Git http.proxy и среда HTTP-транспорта |
| Собственный git:// | core.gitProxy или GIT_PROXY_COMMAND |
| SSH, включая git@host:path | Маршрутизация SSH, например одобренный ProxyCommand или ProxyJump |
GitRemoteResolver в Bower вызывает Git. Его GitHub-резолвер может сначала получить HTTPS-архив, а затем перейти на Git, поэтому узнаваемое имя пакета GitHub не показывает, какой путь отказал.
Если репозиторий предлагает одобренную конечную точку HTTPS, её выбор позволяет Git использовать HTTP-транспорт. Подтвердите, что она существует, вместо глобального переписывания на простой HTTP. Для этого публичного источника Git по HTTPS адрес прокси из списка HTTP-прокси — вариант, когда публичные маршруты разрешены и фактический процесс Git не имеет настроенных или сохранённых учётных данных прокси.
Сравнивайте Git в той же учётной записи и той же среде запуска, что и Bower. Сохраняйте резолвер, схему и операцию вместе; успех в другом терминале или смена адреса реестра не могут дать отсутствующий маршрут подпроцесса.