用了一天的時間,linux下expect實現ssh自己主動登錄server記,歧視下網上各種抄來抄去殘段子


由於要對客戶方的快30個項目進行特別有順序的重新啟動,所以不得不想辦法寫個腳本,網上看了不少段子。真是殘缺的能夠。

沒有一段是能夠正常運行的。我來按順序記錄一下


腳本的本身


使用expect實現自己主動登錄的腳本。網上有非常多,但是都沒有一個明確的說明,剛開始學習的人一般都是照抄、收藏。但是為什么要這么寫卻不知其然。本文用一個最短的樣例說明腳本的原理。
  腳本代碼例如以下:
  ##############################################
  #!/usr/bin/expect
  set timeout 30
  spawn ssh -l username 192.168.1.1
  expect "password:"
  send "ispass\r"
  interact
  ##############################################
  1. [#!/usr/bin/expect]
  這一行告訴操作系統腳本里的代碼使用那一個shell來運行。這里的expect事實上和linux下的bash、windows下的cmd是一類東西。
  注意:這一行須要在腳本的第一行。


  2. [set timeout 30]
  基本上認識英文的都知道這是設置超時時間的,如今你僅僅要記住他的計時單位是:秒
  3. [spawn ssh -l username 192.168.1.1]
  spawn是進入expect環境后才干夠運行的expect內部命令,假設沒有裝expect或者直接在默認的SHELL下運行是找不到spawn命令的。所以不要用 “which spawn“之類的命令去找spawn命令。好比windows里的dir就是一個內部命令。這個命令由shell自帶。你無法找到一個dir.com 或 dir.exe 的可運行文件。
  它基本的功能是給ssh運行進程加個殼,用來傳遞交互指令。
  4. [expect "password:"]
  這里的expect也是expect的一個內部命令。有點暈吧,expect的shell命令和內部命令是一樣的,但不是一個功能。習慣就好了。

這個命令的意思是推斷上次輸出結果里是否包括“password:”的字符串。假設有則馬上返回,否則就等待一段時間后返回,這里等待時長就是前面設置的30秒
  5. [send "ispass\r"]
  這里就是運行交互動作,與手工輸入密碼的動作等效。
  溫馨提示: 命令字符串結尾別忘記加上“\r”。假設出現異常等待的狀態能夠核查一下。


  6. [interact]
  運行完畢后保持交互狀態,把控制權交給控制台,這個時候就能夠手工操作了。

假設沒有這一句登錄完畢后會退出,而不是留在遠程終端上。假設你僅僅是登錄過去運行
  #!/usr/bin/expect #注意安裝的路徑,不確定 whereis expect 一下
  # Change a login shell to bash
  set user [lindex $argv 0]
  spawn bash $user
  expect "]:"
  send "/bin/bash " 



然后問題就來了。

首先要安裝

#apt-get install expect  或是 yum install expect


然后,上面的腳本使用sh命是無法運行的,這點一定要記住,不然會報例如以下:


start.sh: line 3: spawn: command not found
": no such file or directory:
start.sh: line 5: send: command not found
start.sh: line 6: interact: command not found


解決的辦法例如以下:

含有expect的腳本不能用bash運行。bash無法解析。加入可運行權限后。直接./your_script就可以。

然后問題又來了,它會報 /usr/bin/expect^M: bad interpreter: 沒有那個文件或文件夾

這時要這么辦:

運行腳本時出現了這樣一個錯誤,打開之后並沒有找到所謂的^M,查了之后才知道原來是文件格式的問題。也就是linux和windows之間的不全然兼容。


詳細細節無論,假設驗證:

vim test.sh
:set ff?


假設出現fileforma=dos那么就基本能夠確定是這個問題了。


:set fileformat=unix
:wq

OK了。。。。。。。



bash: ./eth0-access: /bin/bash^M: bad interpreter: 沒有那個文件或文件夾

錯誤分析:

由於操作系統是windows。我在windows下編輯的腳本,所以有可能有不可見字符。

腳本文件是DOS格式的, 即每一行的行尾以 來標識, 其ASCII碼各自是0x0D, 0x0A.

能夠有非常多種辦法看這個文件是DOS格式的還是UNIX格式的, 還是MAC格式的

解決方法:

vim filename

然后用命令

:set ff?

#能夠看到dos或unix的字樣. 假設的確是dos格式的。

然后用

:set ff=unix #把它強制為unix格式的, 然后存盤退出。

再次運行腳本。

好累。最終寫完了。




免責聲明!

本站轉載的文章為個人學習借鑒使用,本站對版權不負任何法律責任。如果侵犯了您的隱私權益,請聯系本站郵箱yoyou2525@163.com刪除。



 
粵ICP備18138465號   © 2018-2025 CODEPRJ.COM