SonarScanner-proxyfejl: Maven-afhængigheder kontra serverdownloads
Knyt en Maven-repositoryfejl eller en SonarScanner-serverdownload til den proxykonfiguration, der styrer den.
Brug den første mislykkede URL til at vælge konfigurationens ejer:
| Download | Proxykilde |
|---|---|
| Maven henter scannerens plugin/afhængigheder | Aktiv settings.xml-proxy, repository/mirror og nonProxyHosts |
| Den kørende scanner henter ressourcer fra SonarQube | Understøttede scanningsspecifikke netværksindstillinger |
For SonarScanner for Maven 5.0 og nyere eller CLI 6.0 og nyere kan det startende shell/CI-miljø levere:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Egenskabsformerne er sonar.scanner.proxyHost/sonar.scanner.proxyPort. Brug et værtsnavn og en eksplicit separat port, ikke en fuld URL eller en gættet standard. En HTTP-post fra HTTP-proxylisten kan kun udfylde disse felter til en tilladt offentlig SonarQube-endpointtest, når den faktiske scannerkonfiguration ikke har proxy-bruger- eller proxy-adgangskodeindstillinger.
Lever SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD via CI-håndtering af legitimationsoplysninger, når det er nødvendigt. SonarQube-analyseudgivet godkender en anden deltager.
Behold analyse-URL'en som den rigtige SonarQube-tjeneste. Serverens Marketplace-proxy styrer en anden proces, og en vellykket Maven-opløsning tester ikke scannerens forbindelse. Tilpas indstillingerne til den installerede scannerfamilie/version, før du ændrer dem.