Sonarqube 6.7版本SSO（HTTP头认证）登出接口失效问题

我碰到过不少SonarQube 6.7搭配HTTP头模式SSO时的登出问题，刚好能帮你理清原因和解决办法：

问题根源 #

SonarQube 6.7的HTTP头SSO是依赖前端代理（比如Nginx这类反向代理）注入身份头来自动完成登录的，而它内置的/api/authentication/logout API有个局限性：它只会清除SonarQube自身的JSESSIONID会话cookie，但只要代理还在给后续请求注入身份头，SonarQube会立刻重新创建会话，所以你看起来像是没登出成功。

分步解决方案 #

1. 正确调用SonarQube的登出API #

首先要确保你用POST请求调用/api/authentication/logout接口，GET请求在这个版本里可能不生效。这个操作会清除SonarQube服务器端的会话以及客户端的JSESSIONID cookie，但这只是第一步。

2. 终止SSO代理端的会话 #

因为你的SSO是HTTP头模式，核心身份识别逻辑在前端代理那里，所以必须让代理停止给后续请求注入身份头：

• 如果是用Nginx搭配LDAP/其他身份认证，需要配置代理的登出端点，清除代理端维护的用户认证会话（比如对应的cookie）；
• 如果是第三方身份提供商的HTTP头代理，要重定向到提供商的登出页面，让其终止用户的全局SSO会话。

3. 客户端层面清除相关缓存 #

登出流程的最后一步，要引导用户清除浏览器中与SonarQube、SSO代理相关的所有cookie，或者直接打开新的无痕窗口验证——避免浏览器缓存的旧身份信息导致误判。

4. 验证登出效果 #

完成上面三步后，打开新的浏览器窗口访问SonarQube：

• 如果需要重新触发SSO认证（比如跳转到登录页），说明登出有效；
• 如果还是直接进入系统，那大概率是代理还在自动注入身份头，得回头检查代理的登出配置是否生效。

额外提示 #

SonarQube 6.7是已经停止维护的老版本了，它的SSO功能相对简陋。如果业务允许，升级到新版本（比如9.x及以上）会支持SAML、OIDC这类标准SSO协议，登出流程会更完善，也能避免这类兼容性问题。

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