通过SSH隧道实现外部服务器访问内网自建GitLab的问题求助

错误根源 #

1. HTTP 400错误：你配置的localhost:4443是通过SSH反向隧道直接转发到GitLab的HTTPS端口，但Git使用HTTP代理时会发送CONNECT请求，而GitLab的HTTPS服务无法处理这类代理请求，因此返回400错误。
2. 连接拒绝错误：未连接公司内网时，要么你未通过SSH登录服务器（隧道未建立），要么你的本地电脑无法访问GitLab，导致隧道转发链路中断。

可行解决方案 #

方案一：改用SSH协议访问GitLab（推荐，配置更简单） #

GitLab默认支持SSH访问，通过反向隧道转发GitLab的SSH端口，无需HTTP代理：

1. 确保本地电脑可SSH访问GitLab：本地已连接公司内网，且能正常执行ssh git@gitlab.company.net（需提前配置SSH密钥到GitLab账号）。
2. 登录服务器时建立反向SSH隧道：

   ssh -R 2222:gitlab.company.net:22 -i keyfile user@server-ip
   

   此命令将服务器的2222端口转发到本地可访问的gitlab.company.net:22（GitLab的SSH端口）。
3. 服务器端Git配置：
   • 直接用转发端口克隆仓库：

     git clone ssh://git@localhost:2222/your-group/your-repo.git
     

   • 或修改已有仓库的远程地址：

     git remote set-url origin ssh://git@localhost:2222/your-group/your-repo.git
     

   • 若想保留原GitLab地址，可在服务器的~/.ssh/config中添加：

     Host gitlab.company.net
       HostName localhost
       Port 2222
       User git
     

     之后即可直接使用原SSH地址操作仓库，无需修改URL。

方案二：通过本地HTTP代理转发HTTPS请求（适合必须用HTTPS的场景） #

如果必须使用HTTPS协议访问，需让本地电脑作为HTTP代理，再通过SSH隧道转发服务器的代理请求：

1. 本地启动HTTP代理：
   可使用tinyproxy、mitmproxy等工具（推荐成熟工具避免踩坑），假设本地代理监听8888端口。
2. 登录服务器时建立反向隧道：

   ssh -R 4443:localhost:8888 -i keyfile user@server-ip
   

   此命令将服务器的4443端口转发到本地的HTTP代理端口8888。
3. 保持原有Git代理配置：

   git config --global http.https://gitlab.company.net.proxy http://localhost:4443
   

   此时服务器的Git请求会通过隧道转发到本地代理，再由本地代理转发到GitLab。

多用户使用注意事项 #

• 不同用户登录服务器时，需使用不同的端口（比如用户A用2222，用户B用2223），避免端口冲突。
• 每个用户需在自己的Git配置或~/.ssh/config中配置对应端口，确保各自的隧道独立工作。

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