GitLab社区版SAML登出重定向至旧VM IP问题排查求助

除了gitlab.rb，以下几个位置可能残留旧配置，导致登出重定向异常：

• 数据库中的应用配置残留
  克隆虚拟机后，GitLab数据库里可能还保留着旧的Service Provider（SP）地址或SAML相关配置。通过GitLab Rails控制台检查：

  gitlab-rails console
  

  在控制台中执行查询：

  # 查看当前external_url
  ApplicationSetting.current.external_url
  # 查看SAML插件的存储配置
  OmniAuth::Setting.find_by(provider: 'saml')
  

  如果查到旧IP/地址，直接更新：

  ApplicationSetting.current.update(external_url: '你的新GitLab地址')
  # 若SAML配置存在数据库，同步更新对应字段（如sp_entity_id）
  

• 自动生成的SAML元数据文件
  GitLab会自动生成SP元数据并存储在文件系统中，克隆后的旧文件可能残留旧地址。删除缓存的元数据并重启服务：

  rm -rf /var/opt/gitlab/gitlab-rails/shared/saml/*
  gitlab-ctl restart
  

  重启后系统会重新生成基于新地址的元数据。

• NGINX配置缓存未更新
  即使修改了gitlab.rb，如果没执行重新配置，NGINX的自动生成配置可能还是旧的。强制重新生成并重启所有服务：

  gitlab-ctl reconfigure
  gitlab-ctl restart
  

  可以检查生成的NGINX配置文件/var/opt/gitlab/nginx/conf/gitlab-http.conf，确认server_name等字段是否为新地址。

• 浏览器端缓存/Cookie干扰
  测试用的浏览器可能缓存了旧的SAML会话或GitLab Cookie，导致登出逻辑调用旧地址。建议用无痕模式测试，或清除浏览器的所有Cookie和缓存后再验证。

• SAML身份提供者（IdP）端配置
  虽然你在GitLab端配置了正确的idp_slo_target_url，但IdP（abc.com.au）端可能仍将旧GitLab地址作为登出回调地址。检查IdP的SAML配置，确认Single Logout Service的回调URL已更新为新GitLab的地址。

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