SonarScanner-Proxyfehler: Maven-Abhängigkeiten vs. Server-Downloads
Ordnen Sie einen Maven-Repository-Fehler oder einen SonarScanner-Server-Download der Proxykonfiguration zu, die ihn steuert.
Wählen Sie anhand der ersten fehlgeschlagenen URL den Eigentümer der Konfiguration:
| Download | Proxy-Quelle |
|---|---|
| Maven lädt das Scanner-Plugin/die Abhängigkeiten | Aktiver settings.xml-Proxy, Repository/Mirror und nonProxyHosts |
| Der laufende Scanner bezieht Ressourcen von SonarQube | Unterstützte scannerspezifische Netzwerkeinstellungen |
Für SonarScanner for Maven 5.0 und neuer oder CLI 6.0 und neuer kann die startende Shell/CI-Umgebung bereitstellen:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Die Eigenschaftsformen sind sonar.scanner.proxyHost/sonar.scanner.proxyPort. Verwenden Sie einen Hostnamen und einen explizit getrennten Port, keine vollständige URL und keinen geratenen Standardwert. Ein HTTP-Eintrag aus der HTTP-Proxy-Liste kann diese Felder nur für einen erlaubten Test eines öffentlichen SonarQube-Endpunkts füllen, wenn die tatsächliche Scannerkonfiguration keine Proxy-Benutzer- oder Proxy-Passwort-Einstellungen hat.
Geben Sie SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD bei Bedarf über die CI-Verwaltung von Anmeldedaten an. Das SonarQube-Analyse-Token authentifiziert einen anderen Beteiligten.
Behalten Sie die Analyse-URL als den echten SonarQube-Dienst bei. Der Marketplace-Proxy des Servers steuert einen anderen Prozess, und eine erfolgreiche Maven-Auflösung testet nicht die Verbindung des Scanners. Stimmen Sie die Einstellungen auf die eingesetzte Scanner-Familie/Version ab, bevor Sie sie ändern.