使用Expect脚本挂载带2FA的SSHFS服务器失败问题排查

核心问题排查 #

手动挂载正常但脚本失败，大概率是这几个原因：

• Expect脚本的提示符匹配不精准：不同服务器的OTP/密码提示文本可能有差异（比如是Verification code:还是Enter OTP:），必须严格匹配实际交互输出。
• 非交互式Shell不加载.bashrc：如果你的OTP生成依赖.bashrc里的函数，sshfs调用的SSH是非交互式会话，不会加载.bashrc，导致函数无法调用。
• 脚本缺少exp_continue：2FA是多步交互（先OTP再密码，或反之），输入完第一个内容后需要继续等待下一个提示符，否则脚本会提前退出。

修正后的Expect脚本示例 #

#!/usr/bin/expect -f
# 配置参数
set user "your_username"
set host "your_server_ip"
set remote_dir "/remote/target/path"
set local_mount "/local/mount/point"
set ssh_password "your_server_password"

# 直接生成OTP（推荐用oathtool，避免依赖shell函数）
set otp [exec oathtool --totp -b /path/to/your/2fa_secret_key]

# 启动sshfs进程
spawn sshfs $user@$host:$remote_dir $local_mount

# 匹配交互提示符，按顺序输入
expect {
    # 匹配OTP提示，输入后继续等待密码提示
    "Verification code:" {
        send "$otp\r"
        exp_continue
    }
    # 匹配密码提示，输入后等待挂载完成
    "Password:" {
        send "$ssh_password\r"
    }
}

# 等待会话结束
expect eof

关键注意事项 #

1. 精准匹配提示符：用expect -d your_script.exp查看调试输出，找到服务器实际输出的提示文本（比如可能是OTP code:），替换脚本里的匹配字符串。
2. OTP生成独立化：不要依赖.bashrc里的函数，直接用oathtool读取本地存储的2FA密钥生成OTP（密钥文件要设置权限chmod 600保证安全）。
3. 挂载点权限：确保/local/mount/point是空目录，且当前用户有读写权限。
4. 交互顺序调整：如果服务器是先要求密码再要OTP，把脚本里的匹配顺序调换即可。

你的疑问解答 #

• interact命令在here-doc中可用吗？：可以，但自动挂载场景不需要用interact——它是把控制权交还给用户手动输入，会导致脚本卡住等待人工操作，反而破坏自动化流程。
• Expect实用吗？：非常实用，针对这种需要多步交互式输入的命令自动化，Expect是专门解决这类问题的工具，你的问题是脚本逻辑或环境配置问题，不是工具本身的问题。

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