Macos 登录重定向循环中的Gitlab客户端
我一直在努力更新我们的gitlab服务器。在这个过程中的某个地方,配置中的某些内容发生了更改,现在我无法访问web客户端。后端正确启动,当我运行rake gitlab:check时,所有内容都返回为绿色。nginx也是如此,据我所知,它工作正常。但是,当我尝试在浏览器中转到登录页时,我不断收到一个关于“重定向太多”的错误 查看浏览器控制台,我可以看到它反复尝试重定向到登录页面,直到浏览器放弃并抛出错误。我四处看了看,大多数答案似乎都涉及到直接进入登录页面,然后从管理设置更改登录页面。当我尝试这样做时,我也遇到了同样的问题。显然,我域中的任何页面都想重定向到登录,这给我留下了一个无限循环 我还在nginx日志中看到一些潜在的相关错误。当我尝试点击登录页面时,会显示错误日志 open()“/usr/local/ceral/nginx/1.15.9/html/users/sign_in”失败(2:没有这样的文件或目录) 这是gitlab html视图的正确目录吗?如果不是,我如何改变它 在此方面的任何帮助都将不胜感激 环境: OSX 10.11.6 El Capitan Gitlab 8.11 nginx 1.15.9 我的配置文件。我删除了一些注释掉的行以节省空间 nginx.configMacos 登录重定向循环中的Gitlab客户端,macos,nginx,configuration,gitlab,Macos,Nginx,Configuration,Gitlab,我一直在努力更新我们的gitlab服务器。在这个过程中的某个地方,配置中的某些内容发生了更改,现在我无法访问web客户端。后端正确启动,当我运行rake gitlab:check时,所有内容都返回为绿色。nginx也是如此,据我所知,它工作正常。但是,当我尝试在浏览器中转到登录页时,我不断收到一个关于“重定向太多”的错误 查看浏览器控制台,我可以看到它反复尝试重定向到登录页面,直到浏览器放弃并抛出错误。我四处看了看,大多数答案似乎都涉及到直接进入登录页面,然后从管理设置更改登录页面。当我尝试这样
worker_processes 1;
events {
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
sendfile on;
keepalive_timeout 65;
include servers/*;
}
nginx/servers/gitlab
upstream gitlab-workhorse {
server unix:/Users/git/gitlab/tmp/sockets/gitlab-workhorse.socket fail_timeout=0;
}
server {
listen 0.0.0.0:8081;
listen [::]:8081;
server_name git.my.server.com; ## Replace this with something like gitlab.example.com
server_tokens off; ## Don't show the nginx version number, a security best practice
## See app/controllers/application_controller.rb for headers set
## Individual nginx logs for this GitLab vhost
access_log /var/log/nginx/gitlab_access.log;
error_log /var/log/nginx/gitlab_error.log;
location / {
client_max_body_size 0;
gzip off;
## https://github.com/gitlabhq/gitlabhq/issues/694
## Some requests take more than 30 seconds.
proxy_read_timeout 300;
proxy_connect_timeout 300;
proxy_redirect off;
proxy_http_version 1.1;
proxy_set_header Host $http_host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_pass http://gitlab-workhorse;
}
}
经过几天的挖掘,我终于找到了答案。在某个时候,我的默认配置文件(/etc/default/gitlab)被更改了。出于任何原因,我的文本编辑器决定将gitlab_workhorse_选项分成两行。因此,gitlab缺少authSocket和documentroot的参数,只使用默认值。如果这还不够糟糕的话,行分割是从一个$character开始的,所以看起来nano只是在做一个换行。发布您的gitlab配置以及生成的nginx配置,也发布该配置。可能是一些路径被弄乱了