Fallos de proxy de SonarScanner: dependencias de Maven frente a descargas del servidor
Relacione un fallo del repositorio Maven o una descarga del servidor SonarScanner con la configuración de proxy que lo controla.
Utilice la primera URL fallida para elegir el propietario de la configuración:
| Descarga | Origen del proxy |
|---|---|
| Maven obtiene el complemento/dependencias del escáner | Proxy activo de settings.xml, repositorio/espejo y nonProxyHosts |
| El escáner en ejecución obtiene recursos de SonarQube | Ajustes de red compatibles específicos del escáner |
Para SonarScanner for Maven 5.0 y posteriores o CLI 6.0 y posteriores, el entorno de shell/CI que lo lanza puede proporcionar:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Las formas de la propiedad son sonar.scanner.proxyHost/sonar.scanner.proxyPort. Use un nombre de host y un puerto separado explícito, no una URL completa ni un valor predeterminado supuesto. Una entrada HTTP de la lista de proxies HTTP puede rellenar estos campos solo para una prueba permitida de un punto de conexión público de SonarQube cuando la configuración real del escáner no tiene ajustes de usuario ni contraseña del proxy.
Proporcione SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD mediante la gestión de credenciales de CI cuando sea necesario. El token de análisis de SonarQube autentica a otro participante.
Mantenga la URL de análisis como el servicio real de SonarQube. El proxy de Marketplace del servidor controla otro proceso, y una resolución de Maven correcta no prueba la conexión del escáner. Ajuste la configuración a la familia/versión del escáner desplegado antes de cambiarla.