公司開發使用docker,每次登陸自己開發機總要輸入 ssh user_name@ip_string
,然後再確認輸入password
,手快了還經常會輸錯。作為一個懶人,肯定要找一個取巧的方式,查看了下ssh命令,由於它要進行一次跟服務器的加密交互,所以沒有直接附帶密碼登陸的選項,只好作罷。
前些天在同事進行技術分享時,看到他竟然只輸入了一行命令./test.sh
就成功登陸了開發機,甚是驚異,於是回來搜索研究了一下,遂成此文。
在編寫ssh自動登陸腳本之前,先說一下shell腳本的基礎,此基礎不是一些語法什麼的,網上到處都是,這裡總結了一下shell腳本的運行機制~
首先要說一下shell的幾種啟動方式,正是踩了腳本啟動的坑,才使用原來十分鐘就搞定的腳本,花了兩個小時才搞定。同時也使得我們運行shell,知其所以然。
shell腳本可以直接通過文件名執行,需要注意的是文件需要執行權限。通過 sudo chmod +x ./file_name.sh
來給文件添加執行權限;
我們常用的 sh file_name.sh
就是指定了腳本解釋器 /bin/sh
來解釋執行腳本;常見的腳本解釋器還有:/bin/bash
等,我們可以使用ls -l /bin/*sh
命令來查看當前可用的腳本解釋器;
這種方式不會像前兩種方式一樣fork一個子進程去執行腳本,而是使用當前shell環境執行,用於 .bashrc或者.bash_profile被修改的時候,我們不必重啟shell或者重新登錄系統,就能使當前的更改生效。
我們寫一個shell腳本時,總是習慣在最前面加上一行 #!/binbash
,它就是腳本的shebang
,至於為什麼叫這麼個奇怪的名字,C語言和Unix的開發者丹尼斯·裡奇稱它為可能是類似於"hash-bang"的英國風描述性文字
;
貼一段wiki上的解釋:
在計算機科學中,Shebang是一個由井號和歎號構成的字符串行,其出現在文本文件的第一行的前兩個字符。 在文件中存在Shebang的情況下,類Unix操作系統的程序載入器會分析Shebang後的內容,將這些內容作為解釋器指令,並調用該指令,並將載有Shebang的文件路徑作為該解釋器的參數。
簡單的說,它指示了此腳本運行時的解釋器,所以,使用文件名直接執行shell腳本時,必須帶上shebang; 此外,我們還可以在shebang後面直接附加選項,執行時我們默認使用選項執行;
如 test.sh
的shebang
為 #!/bin/sh -x
,那我們執行腳本時:
./test.sh hello
相當於:
bin/sh -x ./test.sh hello
;
而編寫一個ssh自動登陸腳本,需要用到的shebang(解釋器)為 /usr/bin/expect
;
需要注意的是:在指定腳本解釋器來執行腳本時,shebang會被指定的腳本解釋器覆蓋,即優先使用指定的腳本解釋器來執行腳本(習慣性地用sh ./test.sh卻提示command not found)
expect是一個能實現自動和交互式任務的解釋器,它也能解釋常見的shell語法命令,其特色在以下幾個命令:
spawn command
命令會fork一個子進程去執行command命令,然後在此子進程中執行後面的命令;
在ssh自動登陸腳本中,我們使用 spawn ssh user_name@ip_str
,fork一個子進程執行ssh登陸命令;
expect命令是expect解釋器的關鍵命令,它的一般用法為 expect "string"
,即期望獲取到string字符串,可在在string字符串裡使用 * 等通配符;
string與命令行返回的信息匹配後,expect會立刻向下執行腳本;
set timeout n
命令將expect命令的等待超時時間設置為n秒,在n秒內還沒有獲取到其期待的命令,expect 為false,腳本會繼續向下執行;
send命令的一般用法為 send "string"
,它們會我們平常輸入命令一樣向命令行輸入一條信息,當然不要忘了在string
後面添加上 \r
表示輸入回車;
interact命令很簡單,執行到此命令時,腳本fork的子進程會將操作權交給用戶,允許用戶與當前shell進行交互;
以下是一個完成版的腳本 test.sh
:
#!/usr/bin/expect // 指定shebang
set timeout 3 // 設定超時時間為3秒
spawn ssh user_name@172.***.***.*** // fork一個子進程執行ssh命令
expect "*password*" // 期待匹配到 'user_name@ip_string's password:'
send "my_password\r" // 向命令行輸入密碼並回車
send "sudo -s\r"
send "cd /data/logs\r" // 幫我切換到常用的工作目錄
interact // 允許用戶與命令行交互
執行 sudo chmod +x ./test.sh
命令給shell腳本添加執行權限;
運行 ./test.sh
命令,一鍵登陸成功!
簡單的幾個命令,,搭配起來解決了與命令行的交互問題後,很多復雜的功能也不在話下了~
腳本完成了,可是還是有些小瑕疵:
./file_name.sh
命令太長。。。這裡我們想到了linux的alias命令:
alias命令使用方式為 alias alias_name="ori_command"
,將alias_name設置為ori_command的別名,這樣我們輸入執行alias_name,就相當於執行了ori_command;
可是,我們會發現,當你關閉當前shell後,再打開一個shell窗口,再使用alias_name,系統提示command not found
;
有沒有能保持命令的方式呢?編輯bash_profile文件。
我們編輯bash_profile文件,此文件會在終端窗口創建的時候首先執行一次,所以可以幫我們再設置一次別名;
執行命令vim ~./bash_profile
,在文件內部添加:
alias alias_name="/root_dir/../file_name.sh
保存後,再使用 . ~./bash_profile
或source ~./bash_profile
在當前腳本執行一遍設置別名命令,完成設置;
這樣,我們無論在哪個目錄,只要輸入alias_name
命令,回車,真正的一鍵登陸!
作為一個程序猿,時刻保持著偷懶
意識(當然此偷懶非彼偷懶。。。),在類unix系統中,不要浪費了shell
這種神奇的工具,讓計算機為我們服務~
一個多月沒寫博客了,最近在看APUE,UNP一套的書,C和Unix上入門尚淺,不敢亂寫誤人子弟;平常自己用記事本做的筆記也比較散亂,不成系統;
慢慢積累吧,有適當的項目會寫的,歡迎大家關注~
http://xxx/Linuxjc/1157901.html TechArticle