SonarScanner-proxyfeil: Maven-avhengigheter kontra nedlastinger fra serveren
Knytt en Maven-repositoryfeil eller en nedlasting fra SonarScanner-serveren til proxykonfigurasjonen som styrer den.
Bruk den første mislykkede URL-en for å velge hvem som eier 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 nettverksinnstillinger for scanneren |
For SonarScanner for Maven 5.0 og senere eller CLI 6.0 og senere kan shell-/CI-miljøet som starter det, oppgi:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Egenskapsskjemaeine er sonar.scanner.proxyHost/sonar.scanner.proxyPort. Bruk et vertsnavn og en eksplisitt egen port, ikke en fullstendig URL eller en gjettet standardverdi. En HTTP-oppføring fra HTTP-proxylisten kan fylle ut disse feltene bare for en tillatt test mot 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 gjennom CI-håndtering av påloggingsinformasjon når det trengs. SonarQube-analysebilletten autentiserer en annen deltaker.
Behold analyse-URL-en som den virkelige SonarQube-tjenesten. Serverens Marketplace-proxy styrer en annen prosess, og en vellykket Maven-løsning tester ikke forbindelsen til scanneren. Tilpass innstillingene til scannerfamilien/-versjonen som er satt ut, før du endrer dem.