Linux Expect 是一种基于 Tcl 的自动化交互工具，核心原理是通过脚本模拟人工键盘输入和屏幕读取，从而实现 SSH 登录、密码验证等需要人机交互场景的完全自动化。
在运维自动化领域，许多初级工程师常陷入“脚本写了却跑不通”的困境，根本原因往往不是 Shell 语法错误，而是忽略了交互式命令对标准输入的依赖，Expect 正是为了解决这一痛点而生，它让机器能够“看懂”屏幕提示并“做出”反应。
Expect 核心机制与基础语法拆解
理解 Expect 的关键在于掌握它的三个核心组件：spawn、expect 和 send,这三个命令构成了自动化交互的闭环。
环境准备与 Shebang 声明
在使用 Expect 之前，必须确保系统已安装相关包，在 CentOS/RHEL 系统中，通常通过 yum install expect 安装；在 Ubuntu/Debian 系统中，则使用 apt install expect，安装完成后,脚本的第一行必须声明解释器路径：
#!/usr/bin/expect
这一步至关重要，它告诉系统该文件由 Expect 解释器执行，而非默认的 Bash，如果忽略此步，脚本中的 expect 命令将无法识别,导致直接报错退出。
启动进程：Spawn 命令
spawn 是 Expect 脚本的入口，它的作用是启动一个新的进程，并让 Expect 接管该进程的标准输入和输出，常见的用法包括启动 SSH 连接、SCP 传输或本地命令。
要连接远程服务器,命令如下：
spawn ssh root@192.168.1.100
Expect 开始监控这个 SSH 进程的输出流，一旦屏幕出现特定的提示符（如密码输入提示），Expect 就会暂停脚本执行,等待匹配结果。
匹配与响应：Expect 与 Send
expect 命令用于定义“看到什么”，它可以匹配字符串、正则表达式或特殊关键字（如 eof 表示文件结束，timeout 表示超时）。send 命令则用于“发送什么”，通常是模拟键盘输入,如密码或回车键。
一个最简化的登录脚本逻辑如下：
- 启动 SSH 进程。
- 等待出现 “password:” 提示。
- 发送密码字符串。
- 发送回车键。
实战场景：如何编写高可用自动化脚本
理论结合实际场景才能真正掌握，下面通过两个高频运维场景，展示 Expect 的进阶用法。
免密 SSH 登录的替代方案
虽然 SSH 密钥对是推荐的安全实践，但在某些受限环境或临时测试中，密码登录仍是刚需，使用 Expect 处理密码登录时,必须注意安全性与健壮性。
#!/usr/bin/expect -f
# 设置超时时间为 10 秒
set timeout 10
# 定义变量，避免硬编码
set host "192.168.1.100"
set user "admin"
set password "MySecurePass123"
# 启动 SSH 连接
spawn ssh $user@$host
# 匹配两种可能的提示：首次连接的指纹确认或密码输入
expect {
"yes/no" {
send "yesr"
exp_continue
}
"password:" {
send "$passwordr"
}
}
# 等待登录完成，进入交互模式
interact
这里使用了 exp_continue 关键字，当首次连接新主机时，SSH 会询问是否保存指纹，如果只匹配 “password:”，脚本会在指纹询问处卡住或超时。exp_continue 允许在匹配到 “yes/no” 后，重新回到 expect 块继续匹配后续输出,从而同时处理指纹确认和密码输入两种情况。
批量设备配置下发
在企业网络管理中，经常需要向多台交换机或路由器下发相同配置，传统 Shell 循环配合 SSH 密钥虽然高效，但若遇到设备重启或网络抖动，脚本容易失败，Expect 可以结合循环实现更精细的错误处理。
假设我们要向 10 台设备批量执行 show version 命令：
#!/usr/bin/expect -f
set devices [list "192.168.1.1" "192.168.1.2" "192.168.1.3"]
foreach ip $devices {
puts "Connecting to $ip..."
spawn ssh admin@$ip
expect {
"password:" {
send "password123r"
}
timeout {
puts "Connection to $ip timed out."
exit
}
}
# 等待命令执行完成，通常以 # 或 >
expect "#"
send "show versionr"
expect "#"
# 将输出重定向到文件，避免屏幕刷屏
log_file -a result_${ip}.txt
send "exitr"
expect eof
}
在此脚本中，log_file 命令将输出追加到日志文件，便于后续审计。timeout 处理机制确保单台设备故障不会阻塞整个批量任务，业内专家指出，这种基于状态机的处理逻辑,比简单的管道传输更能适应复杂的网络设备交互协议。
常见问题排查与性能优化技巧
在实际使用中，Expect 脚本常因网络延迟或终端差异导致匹配失败,以下是解决这些问题的关键技巧。
处理动态提示符与正则表达式
很多设备的提示符并非固定字符串，例如可能包含主机名 [admin@server ~]$，直接使用 expect "password:" 可能因终端颜色代码或空格差异而匹配失败。
建议使用正则表达式增强匹配精度：
expect -re "\[.\]\$"
这行代码匹配任意字符包围在方括号后跟美元符号的模式，能兼容不同主机名的提示符，使用 exp_internal 1 命令可以在调试时打印 Expect 的内部匹配过程,帮助定位匹配失败的原因。
避免死锁与超时设置
set timeout -1 表示永不超时，但这可能导致脚本永久挂起，最佳实践是设置合理的超时时间，如 set timeout 30，对于耗时较长的操作（如系统升级）,可在关键步骤前临时增加超时时间：
set timeout 300
interact 命令用于将控制权交还给用户，适用于需要人工确认的环节，若需完全无人值守，应确保所有交互步骤后使用 expect eof 等待进程结束，并使用 exit 退出脚本。
Expect 与其他自动化方案对比
在选择自动化工具时，许多用户会在 Linux expect 用法 与 Ansible、SaltStack 之间犹豫。
| 特性 | Expect | Ansible | SaltStack |
|---|---|---|---|
| 交互能力 |
极强，模拟任意终端交互 | 弱，主要基于模块和 API | 中等，基于远程执行 |
| 学习曲线 | 中等，需掌握 Tcl 语法 | 低，YAML 格式易读 | 中，需配置 Master/Minion |
| 适用场景 | 老旧设备、CLI 封闭系统 | 现代 Linux 服务器集群 | 大规模异构环境 |
| 维护成本 | 高，需逐个编写脚本 | 低，声明式配置 | 中，架构复杂 |
行业共识认为，Expect 并非过时技术，而是在面对无法提供 API 接口的老旧网络设备或封闭系统时，最具性价比的解决方案，对于现代云原生环境，Ansible 等工具更受青睐；但在混合 IT 架构中，Expect 依然占据重要地位。
FAQ: Linux Expect 常见疑问解答
Linux expect 脚本执行权限不足怎么办？
Expect 脚本需要可执行权限，使用 chmod +x script.exp 赋予权限后，直接运行 ./script.exp 即可，若提示 “permission denied”，请检查文件所有者及 SELinux 状态,确保当前用户有权执行该文件。
Expect 支持中文密码或特殊字符吗？
支持，但需注意编码问题，在发送包含中文或特殊符号的字符串时，建议使用 send_user 调试输出，确保字符编码与终端一致，若出现乱码，可在脚本开头添加 set encoding utf-8 或根据系统 locale 调整。
如何捕获命令输出并保存？
使用 log_file 命令可将标准输出重定向到文件。log_file output.txt 会将后续所有屏幕显示内容保存至该文件，若需捕获特定命令的输出，可结合 expect 匹配命令提示符，并将中间内容写入变量或文件,实现精准日志记录。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/454750.html
