连接SonarQube与Azure DevOps构建管道时遇连接拒绝错误

这个错误我碰到过好几次，核心问题其实是Azure DevOps构建代理的网络环境和你本地机器完全隔离，所以它访问127.0.0.1:9000根本找不到你的SonarQube服务。哪怕你的SonarQube在本地跑的再正常，管道里的代理（尤其是微软托管的那种）都没法直接访问你本地的localhost。下面给你几个可行的解决方向：

方案一：将SonarQube部署到公网可访问的环境 #

如果是正式项目，最稳妥的方式是把SonarQube搬到公网能访问的服务器上：

• 可以部署到Azure虚拟机、云主机或者其他云服务平台
• 确保服务器的9000端口（SonarQube默认端口）对外开放，防火墙规则允许Azure DevOps代理所在的IP段访问
• 在Azure DevOps的SonarQube服务连接里，把地址改成这个公网服务器的IP或域名，比如http://xxx.xxx.xxx.xxx:9000，而不是127.0.0.1:9000

方案二：使用自托管代理 #

如果不想把SonarQube放到公网，你可以把Azure DevOps的构建代理安装在你本地运行SonarQube的机器上：

• 登录Azure DevOps组织，进入「项目设置」→「代理池」→「默认代理池」，点击「下载代理」，按照向导把代理安装在本地机器上
• 启动自托管代理后，它会和Azure DevOps建立连接，此时管道运行时会用这个本地代理执行任务
• 因为代理和SonarQube在同一台机器，所以管道里配置127.0.0.1:9000就能正常访问了

方案三：临时用内网穿透工具（仅测试环境） #

如果只是临时测试，不想折腾部署或自托管代理，可以用ngrok这类工具把本地SonarQube暴露到公网：

• 下载并启动ngrok，执行命令：ngrok http 9000
• 工具会生成一个公网域名，比如http://abc123.ngrok.io
• 在Azure DevOps的SonarQube服务连接里替换成这个公网域名，就能让管道访问到你本地的SonarQube了
• 注意：这个方案只适合临时测试，ngrok的免费版域名会随时变化，而且有带宽限制，不适合正式环境

额外检查点 #

• 确认SonarQube的配置文件里，sonar.web.host不是仅绑定127.0.0.1，如果是，改成0.0.0.0允许所有IP访问
• 检查本地机器的防火墙，是否允许代理所在的网络访问9000端口（如果用自托管代理的话）

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