SONAR SCANNER无法连接SonarQube服务器，已完成基础连通性验证

看起来你已经做了扎实的基础连通性验证，却碰到了scanner独有的连接问题——这种“局部失效”的情况确实挺挠头的，我给你几个针对性的排查方向：

• 先抓scanner的实际请求细节：执行 sonar-scanner -X 开启调试模式，重点盯日志里的「Connecting to」条目，确认scanner实际发起请求的地址和你之前验证的Sonar服务器地址完全一致（比如有没有多/少斜杠、域名拼写错误，或者被其他配置悄悄覆盖）。有时候全局的sonar-scanner.properties或者项目本地的配置文件会偷偷改变你以为的设置。

• 检查scanner的网络上下文差异：虽然浏览器、telnet和API调用都正常，但Sonar Scanner是Java程序，可能用了和其他工具不一样的网络配置：

  • 切换到运行scanner的操作系统用户，在构建代理上执行 curl http://你的Sonar服务器地址/api/authentication/validate，看返回是否正常；
  • 检查Java的系统属性，比如有没有设置http.proxyHost/https.proxyHost这类代理参数，scanner会继承Java的网络设置，可能和浏览器的代理配置不匹配。

• 核对版本兼容性：对比正常虚拟机上的Sonar Scanner版本，看看出问题的代理上的版本是否和SonarQube服务器兼容。比如旧版本的scanner可能不支持新版本服务器的API协议，反过来也会出现连接失败的情况。

• 验证权限的实际生效情况：虽然你给了「Anyone」执行分析权限，但可以临时在sonar-project.properties里添加 sonar.login=你的管理员账号 和 sonar.password=对应密码，用有权限的账号跑一次scanner，排除权限配置没有实际生效的可能（比如权限是针对特定项目而非全局的）。

• 排查环境变量干扰：检查构建代理上有没有设置 SONAR_HOST_URL 环境变量，这个变量会优先于配置文件里的地址。执行 echo $SONAR_HOST_URL（Linux）或者 echo %SONAR_HOST_URL%（Windows），确认它指向的是正确的服务器地址。

• 查看Sonar服务器的访问日志：登录SonarQube服务器，查看access.log日志文件，看看有没有来自这个构建代理的请求记录：

  • 如果有请求，对照返回的状态码（比如403、401）进一步排查权限或API兼容性问题；
  • 如果没有请求，说明scanner的请求根本没到达服务器，可以试试在scanner配置里用服务器IP代替域名，排除DNS解析的异常情况。

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