De SonarQube-merkplein hat de proxy-rûte fan 'e tsjinner nedich

Merkplein- en fernijingskontrôles geane fan SonarQube út, dus konfigurearje de stipe sonar.properties-ynfier fan 'e ynstallaasje:

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

Foegje de wearden gear en doch in folsleine werstart fan 'e haadtsjinst fia har stipe libbenssyklus. It levere foarbyld warskôget dat api/system/restart dit bestân net opnij ladt.

Hosts binne keale nammen/adressen, poarten apart. HTTPS-eigenskippen selektearje HTTPS-bestimmings, net in eask foar in oar proxy-lústerprotokol. It weilitten HTTPS-host/poart nimt de HTTP-wearden yn 'e dokumintearre konfiguraasje oer; eksplisite ynfieringen binne wichtich as de rûtes ferskille. In HTTP-adres út 'e HTTP-proxy-list kin dizze fjilden folje foar tastiene iepenbiere merkplein-downloans, mar allinnich as gjin http.proxyUser of http.proxyPassword konfigurearre is.

Wêr't autentikaasje nedich is, dekke http.proxyUser/http.proxyPassword fan 'e referinsje HTTP-, HTTPS- en SOCKS-proxys. Brûk it akkount fan 'e tuskenpersoan, net de oanmelding fan 'e SonarQube-administrator.

Hâld nei de werstart de wirklik mislearre URL oan 'e tsjinnerkant en de flater. Fernijingsynformaasje en selektearre plugin-artefakten kinne ferskate hosts brûke. Dat de browser fan 'e administrator in oare side berikt, bewiist net dat de proxy dizze download tastiet.