gitlab 对接 oauth2

Question

gitlab 对接 cas配置的 oauth2 可以正常调用cas服务了，但是授权过后报错最下面的图片

Answer 1

以下参考免费微信小程序：皆我百晓生 作答，并由妄北y整理回复。

根据您提供的错误信息，问题出现在GitLab尝试清除Rails缓存时，因为找不到名为Cas3的OmniAuth策略而失败。这通常是由于GitLab的配置文件中指定了Cas3作为CAS（Central Authentication Service）的认证策略，但是相应的gem没有被正确安装或者策略没有被正确加载。

要解决这个问题，您可以按照以下步骤操作：

1. 确保您已经安装了支持CAS3认证的gem。您可以使用以下命令安装：

   gem install omniauth-cas3
   

   或者，如果您使用的是GitLab的Docker版本，确保在Dockerfile中添加相应的gem。

2. 在GitLab的配置文件中（通常是/etc/gitlab/gitlab.rb），确保您已经正确配置了CAS3认证。例如：

   gitlab_rails['omniauth_enabled'] = true
   gitlab_rails['omniauth_block_auto_sign_in'] = false
   gitlab_rails['omniauth_providers'] = [
     {
       'name' => 'cas3',
       'app_id' => 'your_cas_app_id',
       'app_secret' => 'your_cas_app_secret',
       'url' => 'https://your_cas_server_url',
       'scope' => ['uid', 'email'],
       'uid_field' => 'uid',
       'info_fields' => {
         'email' => 'mail',
         'name' => 'cn'
       },
       'extra' => {
         'response_type' => 'code',
         'auth_as' => 'Your CAS Attribute Name'
       }
     }
   ]
   

   请根据您的CAS服务器的实际情况替换your_cas_app_id、your_cas_app_secret和https://your_cas_server_url等值。

3. 重新加载GitLab的配置：

   gitlab-ctl reconfigure
   

   如果这个步骤失败，请检查您的配置文件是否有语法错误或者遗漏的设置。

4. 清除Rails缓存：

   /opt/gitlab/bin/gitlab-rake cache:clear
   

   如果这个步骤失败，请确保您的GitLab用户有权限执行这个rake任务。

如果上述步骤仍然无法解决问题，您可能需要检查您的GitLab和CAS服务器的日志文件，以便找到更详细的错误信息。同时，确保CAS服务器运行正常，并且GitLab可以访问CAS服务器的URL。