Памылкі проксі SonarScanner: залежнасці Maven супраць загрузак з сервера
Супстаўце збой рэпазіторыя Maven або загрузку з сервера SonarScanner з канфігурацыяй проксі, якая іх кантралюе.
Выкарыстайце першы няўдалы URL, каб выбраць уладальніка канфігурацыі:
| Загрузка | Крыніца проксі |
|---|---|
| Maven атрымлівае плагін/залежнасці сканера | Актыўны проксі settings.xml, рэпазіторый/люстэрка і nonProxyHosts |
| Запушчаны сканер атрымлівае рэсурсы з SonarQube | Падтрыманыя сеткавыя налады, спецыфічныя для сканера |
Для SonarScanner for Maven 5.0 і навейшых або CLI 6.0 і навейшых асяроддзе shell/CI, якое запускае, можа падаць:
export SONAR_SCANNER_PROXY_HOST=proxy.example.net
export SONAR_SCANNER_PROXY_PORT=8080Формы ўласцівасцей — sonar.scanner.proxyHost/sonar.scanner.proxyPort. Выкарыстоўвайце імя хоста і яўна асобны порт, а не поўны URL ці меркаваны стандартны. Запіс HTTP з спісу HTTP-проксі можа запоўніць гэтыя палі толькі для дазволенага тэсту публічнай канчатковай кропкі SonarQube, калі фактычная канфігурацыя сканера не мае налад імя карыстальніка або пароля проксі.
Падавайце SONAR_SCANNER_PROXY_USER/SONAR_SCANNER_PROXY_PASSWORD праз апрацоўку ўліковых даных CI, калі патрабуецца. Токен аналізу SonarQube аўтэнтыфікуе іншага ўдзельніка.
Пакіньце URL аналізу рэальнай службай SonarQube. Проксі Marketplace сервера кантралюе іншы працэс, і паспяховае развязанне Maven не правярае злучэнне сканера. Супастаўце налады з разгорнутым сямействам/версіяй сканера, перш чым іх змяняць.