Expect脚本send命令丢失首字符？GlobalProtect VPN连接故障排查

问题背景 #

使用以下Expect脚本连接GlobalProtect VPN：

#!/usr/bin/expect -f
spawn globalprotect connect -p my.server.com
expect "username:"
send "JoeDoe\r"
expect "Password:"
send "joespassword\r"
interact

执行命令：expect script_name.exp

脚本正常运行数周后突然失效，服务器收到的用户名变为oeDoe（首字符丢失）。

可能的原因及解决思路 #

• 竞态条件导致发送时机过早：脚本在"username:"提示尚未完全输出到终端时就发送了用户名，第一个字符被程序的输入缓冲区或终端输出覆盖。可以尝试在send前添加短暂延迟，或者更精准匹配提示的完整内容（比如匹配带空格的"username: "）：

  expect "username: "
  sleep 0.3
  send "JoeDoe\r"
  

• GlobalProtect客户端版本更新：近期客户端升级后，交互逻辑（如输入提示的输出方式、缓冲区处理）发生变化，旧脚本的时序不再适配。可以用expect -d script_name.exp开启调试模式，查看实际的交互匹配过程，重新调整expect的匹配规则。

• 终端环境配置变更：TERM等环境变量被修改，导致终端的行缓冲、回显行为异常。可以在脚本开头显式设置标准终端类型：

  set env(TERM) vt100
  spawn globalprotect connect -p my.server.com
  

• 控制字符干扰输入：GlobalProtect客户端可能新增了额外的控制字符输出，抵消了发送的第一个字符。可以在发送用户名前，先匹配并等待所有前置输出完成：

  expect -re "username:\s*$"
  send "JoeDoe\r"
  

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