GitLab Omnibus容器SSH代理脚本运行异常求助

先把你当前的脚本贴出来方便分析：

#!/bin/sh
# Proxy SSH requests to docker container
sudo docker exec -i -u git gitlab.web.1 /bin/sh -c "SSH_CONNECTION='$SSH_CONNECTION' SSH_ORIGINAL_COMMAND='$SSH_ORIGINAL_COMMAND' $0 $1"

这个脚本的核心逻辑没问题——把宿主机收到的SSH请求转发到GitLab容器内的git用户环境，同时传递SSH_CONNECTION和SSH_ORIGINAL_COMMAND这两个GitLab Shell依赖的关键环境变量，所以初始阶段能正常工作。但后续大概率会遇到几个常见的坑，我给你拆解下解决方案：

常见问题与优化方案 #

1. 递归调用死循环 #

脚本里的$0指向当前脚本的路径，当你在容器内执行$0 $1时，如果容器内恰好也存在同名路径的脚本（或者宿主机的路径被挂载到容器里），就会触发无限递归调用，最终导致进程崩溃。

解决方法：直接调用GitLab容器内原生的GitLab Shell命令，而不是再次转发脚本。GitLab Omnibus容器里的GitLab Shell默认路径是/opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-shell，替换掉$0 $1即可：

#!/bin/sh
# Proxy SSH requests to docker container
sudo docker exec -i -u git gitlab.web.1 /bin/sh -c "SSH_CONNECTION='$SSH_CONNECTION' SSH_ORIGINAL_COMMAND='$SSH_ORIGINAL_COMMAND' /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-shell $1"

2. 特殊字符导致命令解析失败 #

如果用户的SSH命令里包含空格、引号、$这类特殊字符（比如git push origin feature/my-branch$1），直接用单引号拼接环境变量会导致解析错误，命令无法正确传递到容器内。

解决方法：用docker exec的-e参数单独传递环境变量，这种方式会自动处理特殊字符的转义：

#!/bin/sh
# Proxy SSH requests to docker container
sudo docker exec -i -u git \
  -e SSH_CONNECTION="$SSH_CONNECTION" \
  -e SSH_ORIGINAL_COMMAND="$SSH_ORIGINAL_COMMAND" \
  gitlab.web.1 \
  /opt/gitlab/embedded/service/gitlab-shell/bin/gitlab-shell "$1"

3. sudo权限需要输入密码 #

如果执行这个脚本的用户（比如宿主机的git用户）没有免密sudo权限，每次用户通过SSH拉取/推送代码时，都会被要求输入sudo密码，完全破坏SSH的无交互体验。

解决方法：给用户添加免密sudo权限，创建/etc/sudoers.d/gitlab-proxy文件（一定要用visudo编辑，避免语法错误）：

git ALL=(ALL) NOPASSWD: /usr/bin/docker exec -i -u git gitlab.web.1 *

4. 容器内GitLab Shell路径不符 #

不同版本的GitLab Omnibus容器，GitLab Shell的路径可能略有差异，先验证路径是否正确：

docker exec -it gitlab.web.1 /bin/bash -c "which gitlab-shell"

如果输出的路径和我上面写的不一样，替换成实际路径即可。

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