带变量的SSH Expect命令：从文件读取密码失败问题排查

我来给你梳理几个实际排查的方向，都是日常用Expect时容易踩的坑：

• 先确认密码是否真的被读取到变量里
  别着急往Expect里套，先在脚本里加一行echo "读取到的密码：[$password]"（用方括号包裹能清晰看出有没有多余空格/换行）。如果输出是空的，那问题出在文件读取环节：

  • 检查文件路径：用绝对路径（比如/home/yourname/pass.txt）代替相对路径，避免脚本运行目录不对找不到文件；
  • 清理多余字符：文件里的密码可能带换行符或回车符，用password=$(cat pass.txt | tr -d '\n\r')来去掉这些干扰字符；
  • 检查文件权限：确保当前用户能读这个文件，最好把权限设为chmod 600 pass.txt，既安全又避免权限不足。

• 检查Expect脚本里的变量传递是否正确
  Expect是独立进程，默认不会继承shell的变量，这是最常见的坑：

  • 如果用expect -c命令行模式，要确保shell变量在双引号里能被展开，比如：

    password=$(cat pass.txt | tr -d '\n\r')
    expect -c "spawn ssh user@remote-host; expect \"password:\"; send \"$password\r\"; interact"
    

  • 如果用heredoc写法，别给EOF加单引号（<<'EOF'会让变量不展开），正确写法是：

    password=$(cat pass.txt | tr -d '\n\r')
    expect <<EOF
    spawn ssh user@remote-host
    expect "password:"
    send "$password\r"
    interact
    EOF
    

• 开启Expect调试模式看细节
  用expect -d运行你的脚本，比如expect -d your_script.sh，会输出详细的交互日志：

  • 能看到Expect有没有匹配到"password:"的提示；
  • 能看到send出去的内容到底是什么（比如是不是带了多余换行）；
  • 甚至能发现是不是卡在了主机密钥确认的提示（比如第一次登录的"Are you sure you want to continue connecting?"）。

• 处理密码里的特殊字符
  如果密码包含$、\、*这类特殊字符，shell或Expect会自动解析，导致发送的密码不对：

  • 可以用printf "%q" "$password"来转义特殊字符，再传递给Expect；
  • 或者在Expect的send命令里用双引号包裹，确保特殊字符被正确发送。

• 别忘了处理SSH的前置提示
  有时候不是密码没读取，而是脚本卡在了SSH的其他提示上：

  • 第一次登录目标主机时，会弹出主机密钥确认提示，这时候脚本里没处理的话，根本到不了密码输入环节。可以在Expect里加分支处理：

    expect <<EOF
    spawn ssh user@remote-host
    expect {
        "Are you sure you want to continue connecting*" {
            send "yes\r"
            exp_continue  # 继续等待密码提示
        }
        "password:" {
            send "$password\r"
        }
    }
    interact
    EOF
    

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