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

Marketplace і праверкі абнаўленняў ідуць з 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-проксі можа запоўніць гэтыя палі для дазволеных публічных загрузак Marketplace, толькі калі http.proxyUser або http.proxyPassword не наладжаны.

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

Пасля перазапуску захавайце фактычны няўдалы URL на баку сервера і памылку. Інфармацыя аб абнаўленні і выбраныя артэфакты плагінаў могуць выкарыстоўваць розныя хасты. Доступ браўзера адміністратара да іншага сайта не даказвае, што проксі дазваляе гэтую загрузку.