清除ewwwoxi.exe，yedeayu.exe 病毒

11.1.2 expect

expect是建立在tcl基础上的一个工具，它用来让一些需要交互的任务自动化地完成。我们首先从一个简单的例子开始，如同在这一节一开始就提到的，我们想设置一个自动的文件下载程序。

我们看一看这样的一个例子脚本：

#! /usr/bin/expect

spawn ftp 202.199.248.11

expect "Name"

send "ftp\r"

expect "Password:"

send "nothing\r"

expect "apply"

send "cd /pub/UNIX/Linux/remoteX\r"

expect "successful."

send "bin\r"

expect "set to I"

send "get exceed5.zip\r"

expect "complete."

send "quit\r"

这个是什么意思？呵呵，就是个自动下载程序。第一行说明这个程序应该调用/usr/bin/expect去执行，然后的就是expect命令。

察看expect的手册页面(man expect)可以得到一个很长的expect说明，可惜其中关于expect的语法仍然介绍的不够。一般来说，expect主要用在需要自动执行人机交互的过程中，例如fsck程序，这个程序会不断地提问"yes/no"，像这样的命令就可以用expect 来完成。

spawn语句在expect脚本中用于启动一个新的进程，在我们的程序中，spawn ftp 202.199.248.11就是去执行ftp程序，接下来，就是expect和send的指令对了。

每一对expect和send指令代表一个信息/回应。如果这样说不好理解的话，那么可以看一看ftp的具体执行过程：

ftp 202.199.248.11

Connected to 202.199.248.11.

220 mail.asnc.edu.cn FTP server (BeroFTPD 1.3.3(3) Sun Feb 20 15:52:49 CST 2000.

Name (202.199.248.11:wanghy):

显然，一旦连接成功，服务器会返回一个Name(202.199.248.11:wanghy):的字符串来要求客户给出用户名。expect语句简单地在返回信息中查询你给出的字符串，一旦成功就执行下面的命令，现在，expect " Name"已经成功地找到了Name字符串，接下来可以执行send命令了。

send命令比expect命令更简单，它简单地向标准输入提交你设定的字符串，现在设置为send "ftp\r"表示等到登录信息之后就给出一个输入ftp回车，也就是标准的登录过程。

下面的行与这些行完全一样，只是机械地等待服务器的回应，并且提交自己的输入。

要使用这个expect脚本，你只需要将它设置为可执行的属性，然后执行它，expect就会执行你需要的服务。

由于expect是tcl的扩展，所以你在expect文件中可以象tcl脚本一样设置变量和程序流程。

现在我们看一看我们还能够如何改进我们的expect脚本。ftp命令可能会失败，比如远端的机器可能会无法提供服务，或者在启动ftp命令时本地机器发生问题。为了处理这一类的问题，我们可以使用expect的timeout选项来设置超时的话expect脚本自动退出：

#! /usr/bin/expect

spawn ftp 202.199.248.11

expect {

timeout exit

Connect

}

………………

注意这里面使用的花括号。它的含义是使用一组并列表达式。使用并列表达式的主要原因是这样：如果使用下面的指令对：

expect timeout

exit

那么由于expect脚本是顺序执行的，那么当程序执行到这个expect的时候就会阻塞，所以程序会一直等待到timeout然后退出。并列表达式则是相当于switch的行为，只要列出的几项内容有一项得到满足，expect命令就得到满足，于是程序可以正常执行。上面的脚本表示，如果连接ftp的时候发生了超时，那么就退出，否则，一旦发现Connect应答，说明服务器已经正常了，那么就可以继续运行了。

我们可以看看用tcl能够对我们的expect脚本提供什么帮助。我们可以设置让expect脚本不断地连接远端服务器的服务，直到正常建立连接开始，为此，我们可以把建立连接的命令放在一个循环里面，并且根据回应的不同自动选择重新输入命令还是继续执行：

spawn ftp

while {1} {

expect "ftp>"

send "o 202.199.248.11\r"

expect {

"Connected" break

"refused" { sleep 10} ;

}

}

这里使用了我们在tcl语言中讲到的while和break命令，熟悉C的读者应该很容易看出它的行为：不断地等待ftp>提示符，在提示符下面发送连接远端服务器的命令，如果服务器回应是refused（连接失败），就等待10秒钟，然后开始下一次循环；如果是Connected，那么就跳出循环执行下面的命令。sleep是expect的一个标准命令，表示暂停若干秒钟。

expect还支持许多更复杂的进程控制方式，如fork，disconnect等等，你可以从手册页面中得到详细的信息。另外，各种tcl运算符和流程控制命令，包括tcl函数也可以使用。

有些读者可能会问，如果expect执行的话是否控制台输入不能使用了，答案是否定的。expect命令运行时，如果某个等待的信息没有得到，那么程序会阻塞在相应的expect语句处，这时，你在键盘上输入的东西仍然可以正常地传递到程序中去，其实对于那些expect处理的信息，原则上你输入的内容仍然有效，只是expect的反映太快，总是抢在你的前面“输入”就是了。知道了这一点之后，你就可能写一个expect脚本，让expect自动处理来自fscki的那些恶心的yes/no选项（我们介绍过，这些yes/no其实完全是多余的，正常情况下你除了选择yes之外什么也干不了）。

缺省下，expect在标准输出（你的终端上）输出所有来自应用程序的回应信息，你可以用下面的两个命令重定向这些信息：

log_file [文件名]

这个命令让expect在你设置的文件中记录输出信息。必须注意，这个选项并不影响控制台输出信息，不过如果你通过crond设置expect脚本在半夜运行的话，你就确实可能需要这个命令来记录各种信息了。例如：

log_file expect.log

log_user 0/1

这个选项设置是否显示输出信息，设置为1时是缺省值，为0 的话，expect将不产生任何输出信息，或者说简单地过滤掉控制台输出。必须记住，如果你用log_user 0关闭了控制台输出，那么你同时也就关闭了对记录文件的输出。

这一点很让人困扰，如果你确实想要记录expect的输出却不想让它在控制台上制造垃圾的话，你可以简单地把expect的输出重定向到/dev/null：

./test.exp > /dev/null

你可以象下面这样使用一对fork和disconnect命令。expect的disconnect命令将使得相应的进程到后台执行，输入和输出被重定向到/dev/null：

if [fork]!=0 exit

disconnect

fork命令会产生出一个子进程，而且它产生返回值，如果返回的是0，说明这是一个子进程，如果不为0，那么是父进程。因此，执行了fork命令之后，父进程死亡而子进程被disconnect命令放到后台执行。注意disconnect命令只能对子进程使用。