Маркетплейсу SonarQube потрібен проксі-маршрут сервера

Перевірки маркетплейсу й оновлень виконуються з SonarQube, тож налаштуйте підтримувані вхідні параметри sonar.properties інсталяції:

http.proxyHost=proxy.example
http.proxyPort=8080
https.proxyHost=proxy.example
https.proxyPort=8080

Об'єднайте значення й виконайте повний перезапуск основної служби через її підтримуваний життєвий цикл. Доданий приклад попереджає, що api/system/restart не перезавантажує цей файл.

Хости — це прості імена/адреси, а порти окремо. Властивості HTTPS вибирають HTTPS-призначення, а не вимагають іншого протоколу проксі-слухача. Пропущені хост/порт HTTPS набувають значень HTTP з документованої конфігурації; явні записи важливі, коли маршрути різняться. HTTP-адреса зі списку HTTP-проксі може заповнити ці поля для дозволених публічних завантажень маркетплейсу лише тоді, коли не налаштовано http.proxyUser чи http.proxyPassword.

Там, де потрібна автентифікація, http.proxyUser/http.proxyPassword з довідки охоплюють проксі HTTP, HTTPS і SOCKS. Використовуйте обліковий запис посередника, а не вхід адміністратора SonarQube.

Після перезапуску збережіть фактичну невдалу URL на боці сервера й помилку. Відомості про оновлення та вибрані артефакти плагінів можуть використовувати різні хости. Доступ браузера адміністратора до іншого сайту не доводить, що проксі дозволяє це завантаження.