Завантаження 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.

Схожі статті