Спампоўка Maven працуе, але Jib не можа сцягнуць базовы вобраз

Знайдзіце запыт да рэпазіторыя або рэестра, які не ўдаўся, затым ужыццае канфігурацыю проксі, якую выкарыстоўвае кампанент, што яго адпраўляе.

Залежнасці Maven спампоўваюцца, а затым Jib тэрміць збой пры звароце да рэестра. Гэта карысная падказка: доступ да рэпазіторыя Maven працаваў, але ён не выкарыстоўваў кліент рэестра Jib.

Пачніце з URL, які не ўдаўся

Аперацыя, што не ўдаласяКанфігурацыя проксі для праверкі
Плагін Maven або атрыманне залежнасцейАктыўны проксі рэпазіторыя з settings.xml і выключэнні.
Запыт базовага вобраза або токена рэестра JibУласцівасці сеткі Java, якія Jib выкарыстоўвае для сувязі з рэестрам.

Для HTTP-пасрэдніка без аўтэнтыфікацыі пазначце маршрут Jib у выкліку Maven:

mvn -Dhttp.proxyHost=proxy.example.net \
    -Dhttp.proxyPort=8080 \
    -Dhttps.proxyHost=proxy.example.net \
    -Dhttps.proxyPort=8080 \
    -Dhttp.nonProxyHosts='localhost|127.*|*.internal.example' \
    jib:buildTar

Выкарыстоўвайце фактычны хост і порт проксі, захоўваючы налады вобраза Jib праекта. Для публічнага рэестра і службы токенаў на дазволеным публічным маршруце проксі спіс HTTP-проксі дае кандыдатаў для гэтых палёў проксі без аўтэнтыфікацыі. Уласцівасці host прымаюць імёны хастоў, без прэфікса http://. Уласцівасці https выбіраюць проксі для прызначэнняў HTTPS; Java выкарыстоўвае http.nonProxyHosts і для спісу абходу HTTPS.

Лакальны архіў усё яшчэ можа патрабаваць сцягвання

jib:buildTar запісвае атрыманы архіў вобраза лакальна. Тым не менш яму можа спатрэбіцца сеткавы доступ, каб спачатку атрымаць базовы вобраз. Выбар такога вываду не адмяняе запыт да рэестра.

Пасля змены канфігурацыі зноў параўнайце URL, які не ўдаўся. Пакіньце працоўныя налады рэпазіторыя Maven і дыягнастуйце астатні збой рэестра або службы токенаў на шляху Jib.

Падобныя артыкулы