gitlab 和jenkins 80 8080端口冲突问题
当我们部署gitlab的时候,一启动,发现80和8080端口已经被占用,只得先将监听80端口的nginx和监听8080端口的jenkins停止。
修改gitlab端口主要分为两部分,一部分是gitlab总的控制文件,一部分是子模块真实监听端口的修改。
例如:官方rpm 813版本。
gitlab.rb修改
配置文件在/opt/gitlab/etc/gitlab.rb。这个文件用于gitlab如何调用80和8080的服务等。
## Advanced settings unicorn['listen'] = '127.0.0.1' unicorn['port'] = 8082
nginx['listen_addresses'] = ['*'] nginx['listen_port'] = 82 # override only if you use a reverse proxy: https://gitlab.com/gitlab-org/omnibus-gitlab/blob/master/doc/settings/nginx.md#setting-the-nginx-listen-port
gitlab-rails修改
配置文件/var/opt/gitlab/gitlab-rails/etc/unicorn.rb
# What ports/sockets to listen on, and what options for them. #listen "127.0.0.1:8080", :tcp_nopush => true listen "127.0.0.1:8082", :tcp_nopush => true listen "/var/opt/gitlab/gitlab-rails/sockets/gitlab.socket", :backlog => 1024
gitlab nginx 修改
配置文件 /var/opt/gitlab/nginx/conf/gitlab-http.conf。这个文件是gitlab内置的nginx的配置文件,里面可以影响到nginx真实监听端口号。
server { listen *:82; server_name gitlab.123.123.cn; server_tokens off; ## Don't show the nginx version number, a security best practice
修改完成后,重启下,就可以放82端口的gitlab了。
gitlab-ctl restart
gitlab-ctl reconfigure
OS nginx修改
- 如果还是想从80端口访问gitlab,我们可以用监听在80端口的nginx做一个反向代理。service nginx restart后可以正常访问。
-
server { listen 80; server_name gitlab.123.123.cn; location / { #rewrite ^(.*) http://127.0.0.1:8082; proxy_pass http://127.0.0.1:8082; } }
giltab-shell修改
这个配置需要改,不然在gitlab 进行push到仓库的时候就会报错。
找了关于8080端口的相关信息,最后发现 ,配置文件:/var/opt/gitlab/gitlab-shell
修改成:
# GitLab user. git by default user: git # Url to gitlab instance. Used for api calls. Should end with a slash. #gitlab_url: "http://127.0.0.1:8080" gitlab_url: "http://127.0.0.1:82" ## 关键是这个地方,因为82是gitlab nginx端口,不过上面的端口干嘛是8080来,8080应该是unicorn的监听端口。 http_settings:
再次修改完成后,重启下配置。
gitlab-ctl restart
gitlab-ctl reconfigure
然后再重新登录新的端口号链接就没问题了。
转载:https://blog.csdn.net/vbaspdelphi/article/details/52979836
分类:
gitlab
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 开发者必知的日志记录最佳实践
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
· 被坑几百块钱后,我竟然真的恢复了删除的微信聊天记录!
· 没有Manus邀请码?试试免邀请码的MGX或者开源的OpenManus吧
· 园子的第一款AI主题卫衣上架——"HELLO! HOW CAN I ASSIST YOU TODAY
· 【自荐】一款简洁、开源的在线白板工具 Drawnix