SSH结合Docker Exec执行多命令失败，复杂curl命令异常

多层嵌套（SSH→Docker exec→容器内命令）的引号转义和变量传递是核心痛点，直接嵌套引号会导致命令解析错误（比如curl的Header被截断）。以下是三种经过验证的可靠方案：

方案1：使用Here Document传递脚本块 #

无需处理复杂引号嵌套，将容器内要执行的命令写成完整脚本块，通过SSH heredoc传递给远程机器，再由Docker exec执行：

#!/bin/bash
TOKEN="$1"

# 外层heredoc不加引号，允许远程机器先展开$TOKEN，再传递给容器内shell
ssh user@remote-host << EOF
docker exec -i your-container bash << 'INNER_EOF'
curl -X GET "https://api.example.com/data" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json"
INNER_EOF
EOF

• 优势：无需额外文件，临时命令场景友好；变量传递逻辑清晰
• 注意：如果容器内需要保留原始变量名（不提前展开），给INNER_EOF加单引号即可禁用远程机器的变量解析

方案2：上传本地脚本到远程执行 #

将复杂命令封装成独立脚本，通过SCP传到远程机器后再执行，彻底避免嵌套引号问题：

1. 本地创建脚本remote_curl.sh：

#!/bin/bash
TOKEN="$1"
curl -X GET "https://api.example.com/data" \
  -H "Authorization: Bearer $TOKEN" \
  -H "Content-Type: application/json"

2. 主执行脚本：

#!/bin/bash
TOKEN="$1"

# 上传脚本到远程临时目录
scp remote_curl.sh user@remote-host:/tmp/

# 远程授权并在容器内执行脚本（用printf转义特殊字符）
ssh user@remote-host "chmod +x /tmp/remote_curl.sh && docker exec your-container /tmp/remote_curl.sh $(printf "%q" "$TOKEN")"

# 可选：清理远程临时脚本
ssh user@remote-host "rm /tmp/remote_curl.sh"

• 优势：命令逻辑直观，调试方便；支持任意复杂度的容器内操作
• 适用场景：频繁执行的复杂命令、需要多步骤操作的场景

方案3：Base64编码避免引号干扰 #

将容器内命令用Base64编码，远程解码后执行，彻底规避引号转义问题：

#!/bin/bash
TOKEN="$1"

# 构造并编码容器内命令（提前替换TOKEN）
CMD_STR="curl -X GET \"https://api.example.com/data\" -H \"Authorization: Bearer $TOKEN\" -H \"Content-Type: application/json\""
ENCODED_CMD=$(echo "$CMD_STR" | base64 -w0)

# 远程解码并执行
ssh user@remote-host "docker exec your-container bash -c 'echo \"$ENCODED_CMD\" | base64 -d | bash'"

• 优势：无需额外文件，适合单条复杂命令；完全避免引号冲突
• 注意：如果命令包含换行或特殊字符，Base64编码会自动处理，无需额外转义

关键注意事项 #

• 确保远程用户有权限执行Docker命令（可将用户加入docker组，或在命令前加sudo）
• 传递含特殊字符的变量时，用printf "%q" "$VAR"转义，避免解析错误

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