Джокинс плагин репо в качестве прокси-репо, когда за брандмауэром

Question

Есть ли способ - или инструмент - который позволяет мне настроить сайт плагинов jenkins в качестве прокси-репо, чтобы в Jenkins я мог получать обновления плагинов из прокси-репо, а не с исходного сайта?

Эта проблема возникает особенно в условиях, когда вы не можете иметь прямой доступ к Интернету.Таким образом, в моем сценарии у меня есть Nexus Repo Server , который имеет доступ к Интернету.Сервер Дженкинс не имеет.Поэтому мой подход заключался в

1. Настройка прокси-репозитория (скажем, https://nexus.intra/repository/updates.jenkins.io/, который является прокси для https://updates.jenkins.io/
2. Настройка Jenkins так, чтобы плагины собирались из прокси-репозиторияТаким образом, я настраиваю плагин udate site на https://nexus.intra/repository/updates.jenkins.io/update-center.json

* 1017. * Это не работает. Я получаю уведомление о новых плагинах, но когда я пытаюсь скачать плагин, соединение не устанавливается, как внутри update-center.json указатель на плагины по-прежнему https://updates.jenkins.io/. Смотрите здесь ...

updateCenter.post(
....
,"url":"http://updates.jenkins-ci.org/download/plugins/AnchorChain/1.0/AnchorChain.hpi",
....

Так есть идеи, как этого добиться?

Answer 1

Что ж, советуем изменить файл hosts на хосте Jenkins, чтобы он указывал на хост nexus при запросе updates.jenkins-ci.org.Однако для этого требуется обратный прокси-сервер перед вашим репозиторием артефактов.И это работает только для http, а не для https.

1. На хосте Jenkins обновите файл hosts следующим образом

   <artifact repo ip>   updates.jenkins.io updates.jenkins-ci.org
   

2. Установите обратный прокси-сервер перед репозиторием артефактов, который обрабатывает трафикза updates.jenkins.io, updates.jenkins-ci.org до вашего репо артефакта