La place de marché SonarQube a besoin de la route proxy du serveur

Les vérifications de la place de marché et des mises à jour partent de SonarQube, configurez donc les entrées sonar.properties prises en charge de l'installation :

http.proxyHost=proxy.example
http.proxyPort=8080
https.proxyHost=proxy.example
https.proxyPort=8080

Fusionnez les valeurs et effectuez un redémarrage complet du service principal via son cycle de vie pris en charge. L'exemple fourni avertit que api/system/restart ne recharge pas ce fichier.

Les hôtes sont des noms/adresses bruts, les ports séparés. Les propriétés HTTPS sélectionnent des destinations HTTPS, pas l'exigence d'un autre protocole d'écoute du proxy. L'hôte/port HTTPS omis reprend les valeurs HTTP de la configuration documentée ; les entrées explicites comptent lorsque les routes diffèrent. Une adresse HTTP de la liste de proxys HTTP peut remplir ces champs pour les téléchargements publics autorisés de la place de marché, uniquement si aucun http.proxyUser ni http.proxyPassword n'est configuré.

Lorsqu'une authentification est requise, les http.proxyUser/http.proxyPassword de la référence couvrent les proxys HTTP, HTTPS et SOCKS. Utilisez le compte de l'intermédiaire, pas la connexion de l'administrateur SonarQube.

Après le redémarrage, conservez l'URL réelle échouée côté serveur et l'erreur. Les informations de mise à jour et les artefacts de plugins sélectionnés peuvent utiliser des hôtes différents. Le fait que le navigateur de l'administrateur atteigne un autre site ne prouve pas que le proxy autorise ce téléchargement.