Die SonarQube-markplek het die bediener se proxy-roete nodig
Stel SonarQube se uitgaande HTTP- en HTTPS-proxy-eienskappe op vir opdateringskontroles en aflaaie van invoegtoepassings.
Die markplek en opdateringskontroles vertrek by SonarQube, so stel die installasie se ondersteunde sonar.properties-invoere op:
http.proxyHost=proxy.example
http.proxyPort=8080
https.proxyHost=proxy.example
https.proxyPort=8080Voeg die waardes saam en doen 'n volledige herbegin van die hoofdiens deur sy ondersteunde lewensiklus. Die meegeleverde voorbeeld waarsku dat api/system/restart nie hierdie lêer herlaai nie.
Gashede is kale name/adresse met poorte apart. HTTPS-eienskappe kies HTTPS-bestemmings, nie 'n eis vir 'n ander protokol van die proxy-luisteraar nie. Weggelate HTTPS-gasheer/poort val terug op die HTTP-waardes in die gedokumenteerde konfigurasie; eksplisiete inskrywings maak saak wanneer roetes verskil. 'n HTTP-adres uit die HTTP-proxylys kan hierdie velde vul vir toegelate openbare markplek-aflaaie, maar net wanneer geen http.proxyUser of http.proxyPassword opgestel is nie.
Waar verifikasie vereis word, dek die verwysing se http.proxyUser/http.proxyPassword HTTP-, HTTPS- en SOCKS-proxies. Gebruik die tussenganger se rekening eerder as die SonarQube-administrateur se aanmelding.
Hou ná die herbegin die werklike mislukte bedienerkant-URL en fout. Opdateringsinligting en gekose invoegtoepassing-artefakte kan verskillende gashere gebruik. Die feit dat die administrateur se blaaier 'n ander werf bereik, bewys nie dat die proxy hierdie aflaai toelaat nie.