Azure DevOps集成SonarQube时Sonar Scanner报未授权错误求助

你遇到的ERROR: Not authorized. Please check the properties sonar.login and sonar.password错误，核心是SonarScanner无法通过SonarQube的授权验证，以下是几个针对性的排查和解决步骤：

1. 验证SonarQube令牌的有效性与权限 #

• 确保你使用的sonar.login值是SonarQube用户令牌，而非账号密码：前往SonarQube右上角头像 → My Account → Security页面，生成新的令牌（记得勾选Execute Analysis权限），替换现有令牌。
• 手动验证令牌：在能访问SonarQube的机器上执行命令：

  curl -u <你的令牌>: http://<SonarQube服务器地址>/api/projects/search
  

  如果返回正常的项目JSON数据，说明令牌有效；若仍返回401，说明令牌无对应项目的分析权限，需调整SonarQube的项目权限设置。

2. 检查Azure DevOps管道的配置细节 #

• 避免仅依赖本地sonar-scanner.properties文件：Azure DevOps管道运行时可能不会读取本地配置文件，建议在Prepare Analysis Configuration步骤中直接配置参数：
  • 若选择服务连接方式，确保服务连接中填写的SonarQube令牌正确，且服务连接已关联到当前管道。
  • 若选择手动配置，在Additional Properties中添加sonar.login=$(SONAR_TOKEN)，并将SONAR_TOKEN设置为Azure DevOps的安全变量（避免明文泄露）。
• 确认管道中的SonarScanner步骤没有重复覆盖sonar.login参数，比如后续的脚本或任务无意中修改了该值。

3. 排查网络与服务器兼容性 #

• 检查Azure DevOps代理服务器是否能正常访问SonarQube：从代理机器上尝试访问SonarQube的Web界面和API接口，排除防火墙、代理或网络策略的拦截。
• 验证SonarScanner与SonarQube版本兼容性：你的日志显示Scanner版本为4.6.1.2450，SonarQube服务器版本为9.0.1.46107，确保两者版本匹配（过高或过低的Scanner版本可能导致授权逻辑不兼容）。

4. 开启调试日志定位细节 #

在Azure DevOps的Run Code Analysis步骤中，添加-X参数（在Additional Scanner Arguments中填写），重新运行管道后，查看详细日志中关于授权请求的具体细节，比如令牌是否被正确传递，SonarQube返回的错误详情。

内容的提问来源于stack exchange，提问作者shaik idris