记一次 gitlab 与老的 nginx 冲突处理

本文介绍了一种在LNMP+GitLab环境中解决GitLab与Nginx端口冲突的方法,通过修改GitLab中Nginx的进程名来避免冲突。

记一次 gitlab 与老的 nginx 冲突处理

今天在搭建 lnmp + gitlab 环境的时候遇到了 nginx 冲突。

环境搭建

lnmp 是用的 OneinStack 因为方便。

gitlab 是用的清华镜像 gitlab-ce

安装完后修改了 gitlab 的端口,然后重启了服务器。

问题来了

重启后依然只能访问 gitlab,OneinStack 安装的 nginx 没起来,看了进程也只有 gitlab 下的 nginx。

各种百度谷歌之后,发现还是自己折腾吧,他们不是修改配置,就修改配置。

冲突处理

# 复制一份 gitlib 下的 nginx
mv /opt/gitlab/embedded/sbin/nginx /opt/gitlab/embedded/sbin/nginx2

# 修改启动脚本
vi /opt/gitlab/sv/nginx/run

修改如下内容:

exec chpst -P /opt/gitlab/embedded/sbin/nginx -p /var/opt/gitlab/nginx
# 改为
exec chpst -P /opt/gitlab/embedded/sbin/nginx2 -p /var/opt/gitlab/nginx

最后 reboot 即可。

小结

其实就是修改了 gitlab 的 nginx 进程名来防止冲突。

比网上的那些方法简单多了。

目前没发现问题,如果有坑请跟帖。


GitLab 中配置外部 Nginx 服务进行反向代理,需要禁用 GitLab 自带的 Nginx 并调整相关权限路径设置,以确保外部 Nginx 能够通过 Unix 套接字(`gitlab.socket`) GitLab 后端通信。 ### 配置步骤 1. **禁用 GitLab 内置 Nginx** 在 `/etc/gitlab/gitlab.rb` 文件中将内置 Nginx 禁用: ```ruby nginx['enable'] = false ``` 2. **设置外部访问地址** 指定 GitLab 的外部访问 URL: ```ruby external_url 'http://git.example.com' ``` 3. **配置 Unicorn 监听地址端口** 设置 GitLab 的 Unicorn 服务监听所有 IP 地址及指定端口(如 `8081`): ```ruby unicorn['listen'] = '0.0.0.0' unicorn['port'] = 8081 ``` 4. **配置外部 Nginx 用户权限** 若外部 Nginx 使用的是非默认用户(例如 `www`),需将其加入 GitLab 的外部用户列表,以便其可以访问 `gitlab.socket`: ```ruby web_server['external_users'] = ['www'] ``` 这一配置允许外部 Nginx 以指定用户身份访问 GitLab 的 Unix 套接字文件[^2]。 5. **重载 GitLab 配置** 修改完配置后执行以下命令使更改生效: ```bash sudo gitlab-ctl reconfigure sudo gitlab-ctl restart ``` 6. **配置外部 Nginx 反向代理** 将 GitLab 的内置 Nginx 配置文件 `gitlab-http.conf` 作为参考,创建或修改外部 Nginx 的站点配置文件。示例配置如下: ```nginx upstream gitlab { server unix:/var/opt/gitlab/gitlab-rails/sockets/gitlab.socket fail_timeout=0; } server { listen 80; server_name git.example.com; location / { proxy_pass http://gitlab; proxy_set_header Host $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; } access_log /var/log/nginx/gitlab_access.log; error_log /var/log/nginx/gitlab_error.log; } ``` 7. **调整 socket 文件权限** 如果出现 502 错误,可能是外部 Nginx 用户无法访问 GitLab 的 socket 文件。可临时性地开放权限进行测试: ```bash sudo chmod -R o+x /var/opt/gitlab/gitlab-rails ``` 此操作为 socket 文件所在目录增加全局可执行权限,确保外部 Nginx 用户具备访问能力[^2]。 8. **日志监控** 查看外部 Nginx GitLab 的日志文件有助于排查连接问题: - 外部 Nginx 访问日志:`/var/log/nginx/gitlab_access.log` - GitLab Unicorn 错误日志:`/var/log/gitlab/unicorn_stderr.log` ### 注意事项 - 确保外部 Nginx 所使用的用户具有对 GitLab socket 文件的访问权限。 - 如果使用 HTTPS,还需在外部 Nginx 上配置 SSL 证书并启用 HTTPS 监听。 - 当外部 Nginx 占用了 80 或 443 端口时,应避免 GitLab 自带的 Nginx 试图绑定相同端口导致冲突
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值