Échecs de proxy SonarScanner : dépendances Maven ou téléchargements du serveur
Associez un échec de dépôt Maven ou un téléchargement du serveur SonarScanner à la configuration de proxy qui le contrôle.
Utilisez la première URL en échec pour choisir le propriétaire de la configuration :
| Téléchargement | Source du proxy |
|---|---|
| Maven récupère le greffon/les dépendances du scanner | Proxy actif de settings.xml, dépôt/miroir et nonProxyHosts |
| Le scanner en cours d'exécution obtient des ressources de SonarQube | Paramètres réseau pris en charge propres au scanner |
Pour SonarScanner for Maven 5.0 et versions ultérieures ou CLI 6.0 et versions ultérieures, l'environnement shell/CI de lancement peut fournir :
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Les formes de la propriété sont sonar.scanner.proxyHost/sonar.scanner.proxyPort. Utilisez un nom d'hôte et un port distinct explicite, pas une URL complète ni une valeur par défaut supposée. Une entrée HTTP de la liste de proxys HTTP peut renseigner ces champs uniquement pour un test autorisé d'un point de terminaison SonarQube public lorsque la configuration réelle du scanner n'a pas de paramètres d'utilisateur ou de mot de passe proxy.
Fournissez SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD via la gestion des identifiants CI si nécessaire. Le jeton d'analyse SonarQube authentifie un autre participant.
Conservez l'URL d'analyse comme le véritable service SonarQube. Le proxy Marketplace du serveur contrôle un autre processus, et une résolution Maven réussie ne teste pas la connexion du scanner. Alignez les paramètres sur la famille/version du scanner déployé avant de les modifier.