SonarScanner-proxyfeil: Maven-avhengigheter kontra servernedlastinger
Koble en Maven-repositoryfeil eller en SonarScanner-servernedlasting til proxykonfigurasjonen som styrer den.
Bruk den første mislykkede URL-en til å velge eieren av konfigurasjonen:
| Nedlasting | Proxykilde |
|---|---|
| Maven henter scannerens plugin/avhengigheter | Aktiv settings.xml-proxy, repository/speil og nonProxyHosts |
| Den kjørende scanneren henter ressurser fra SonarQube | Støttede scannerspesifikke nettverksinnstillinger |
For SonarScanner for Maven 5.0 og nyere eller CLI 6.0 og nyere kan skallet/CI-miljøet som starter det, levere:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Egenskapsformene er sonar.scanner.proxyHost/sonar.scanner.proxyPort. Bruk et vertsnavn og en eksplisitt separat port, ikke en full URL eller en gjettet standardverdi. En HTTP-oppføring fra HTTP-proxylisten kan fylle disse feltene bare for en tillatt test av et offentlig SonarQube-endepunkt når den faktiske scannerkonfigurasjonen ikke har innstillinger for proxybruker eller proxy-passord.
Oppgi SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD via CI-håndtering av legitimasjon når det er nødvendig. SonarQube-analysebilletten autentiserer en annen deltaker.
Hold analyse-URL-en som den ekte SonarQube-tjenesten. Serverens Marketplace-proxy styrer en annen prosess, og en vellykket Maven-oppløsning tester ikke scannerens tilkobling. Tilpass innstillingene til den utrullede scannerfamilien/versjonen før du endrer dem.