SonarQube-marknadsplassen treng proxy-ruta til tenaren

Marknadsplass- og oppdateringssjekkar går ut frå SonarQube, så set opp dei støtta sonar.properties-innskrivingane til installasjonen:

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

Slå saman verdiane og gjer ein full omstart av hovudtenesta gjennom den støtta livssyklusen hennar. Det medfølgjande dømet åtvarar om at api/system/restart ikkje lastar denne fila på nytt.

Vertar er berre namn/adresser med portane skilde. HTTPS-eigenskapar vel HTTPS-mål, ikkje eit krav om ein annan protokoll for proxylyttaren. Utelaten HTTPS-vert/port brukar HTTP-verdiane i den dokumenterte konfigurasjonen; eksplisitte oppføringar har noko å seie når rutene er ulike. Ei HTTP-adresse frå HTTP-proxylista kan fylla desse felta for tillatne offentlege marknadsplassnedlastingar, men berre når korkje http.proxyUser eller http.proxyPassword er sett opp.

Der autentisering er påkravd, dekkjer http.proxyUser/http.proxyPassword i referansen HTTP-, HTTPS- og SOCKS-proxyar. Bruk kontoen til mellombodet, ikkje innlogginga til SonarQube-administratoren.

Etter omstarten må du halda på den faktiske mislukka URL-en på tenarsida og feilen. Oppdateringsinformasjon og utvalde plugin-artefakt kan bruka ulike vertar. At nettlesaren til administratoren når ein annan stad, beviser ikkje at proxyen tillèt denne nedlastinga.