使用集群搭建SSH的作用及這些命令的含義
閱讀本文可以帶著下面問題:
1.你是否了解$ ssh user@host 'mkdir -p .ssh的作用?
2.cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub的作用是什么?
3.什么是SSH?
4.如何將遠程主機目錄下面的所有文件,復(fù)制到用戶的當前目錄?
authorized_keys文件
遠程主機將用戶的公鑰,保存在登錄后的用戶主目錄的$HOME/.ssh/authorized_keys文件中。公鑰就是一段字符串,只要把它追加在authorized_keys文件的末尾就行了。
這里不使用上面的ssh-copy-id命令,改用下面的命令,解釋公鑰的保存過程:
$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub
這條命令由多個語句組成,依次分解開來看:(1)"$ ssh user@host",表示登錄遠程主機;
(2)單引號中的mkdir .ssh && cat >> .ssh/authorized_keys,表示登錄后在遠程shell上執(zhí)行的命令:
(3)"$ mkdir -p .ssh"的作用是,如果用戶主目錄中的.ssh目錄不存在,就創(chuàng)建一個;
(4)'cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub的作用是,將本地的公鑰文件~/.ssh/id_rsa.pub,重定向追加到遠程文件authorized_keys的末尾。
寫入authorized_keys文件后,公鑰登錄的設(shè)置就完成了。、
上面是本文介紹的目的,讓大家了解我們在搭建集群過程中,使用SSH的作用及這些命令的含義。
如果想對SSH進一步了解可以查看下面內(nèi)容。
一、什么是SSH?
簡單說,SSH是一種網(wǎng)絡(luò)協(xié)議,用于計算機之間的加密登錄。
如果一個用戶從本地計算機,使用SSH協(xié)議登錄另一臺遠程計算機,我們就可以認為,這種登錄是安全的,即使被中途截獲,密碼也不會泄露。
需要指出的是,SSH只是一種協(xié)議,存在多種實現(xiàn),既有商業(yè)實現(xiàn),也有開源實現(xiàn)。本文針對的實現(xiàn)是OpenSSH,它是自由軟件,應(yīng)用非常廣泛。
此外,本文只討論SSH在Linux Shell中的用法。如果要在Windows系統(tǒng)中使用SSH,會用到另一種軟件PuTTY,這里不做介紹。
二、最基本的用法
SSH主要用于遠程登錄。假定你要以用戶名user,登錄遠程主機host,只要一條簡單命令就可以了。
$ ssh user@host
SSH的默認端口是22,也就是說,你的登錄請求會送進遠程主機的22端口。使用p參數(shù),可以修改這個端口。
$ ssh -p 2222 user@host
上面這條命令表示,ssh直接連接遠程主機的2222端口。
三、中間人攻擊
SSH之所以能夠保證安全,原因在于它采用了公鑰加密。
整個過程是這樣的:(1)遠程主機收到用戶的登錄請求,把自己的公鑰發(fā)給用戶。(2)用戶使用這個公鑰,將登錄密碼加密后,發(fā)送回來。(3)遠程主機用自己的私鑰,解密登錄密碼,如果密碼正確,就同意用戶登錄。
這個過程本身是安全的,但是實施的時候存在一個風(fēng)險:如果有人截獲了登錄請求,然后冒充遠程主機,將偽造的公鑰發(fā)給用戶,那么用戶很難辨別真?zhèn)巍R驗椴幌駂ttps協(xié)議,SSH協(xié)議的公鑰是沒有證書中心(CA)公證的,也就是說,都是自己簽發(fā)的。
可以設(shè)想,如果攻擊者插在用戶與遠程主機之間(比如在公共的wifi區(qū)域),用偽造的公鑰,獲取用戶的登錄密碼。再用這個密碼登錄遠程主機,那么SSH的安全機制就蕩然無存了。這種風(fēng)險就是著名的"中間人攻擊"(Man-in-the-middle attack)。
SSH協(xié)議是如何應(yīng)對的呢?
四、口令登錄
如果你是第一次登錄對方主機,系統(tǒng)會出現(xiàn)下面的提示:
$ ssh user@host The authenticity of host 'host (12.18.429.21)' can't be established. RSA key fingerprint is 98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d. Are you sure you want to continue connecting (yes/no)?
這段話的意思是,無法確認host主機的真實性,只知道它的公鑰指紋,問你還想繼續(xù)連接嗎?
所謂"公鑰指紋",是指公鑰長度較長(這里采用RSA算法,長達1024位),很難比對,所以對其進行MD5計算,將它變成一個128位的指紋。上例中是98:2e:d7:e0:de:9f:ac:67:28:c2:42:2d:37:16:58:4d,再進行比較,就容易多了。
很自然的一個問題就是,用戶怎么知道遠程主機的公鑰指紋應(yīng)該是多少?回答是沒有好辦法,遠程主機必須在自己的網(wǎng)站上貼出公鑰指紋,以便用戶自行核對。
假定經(jīng)過風(fēng)險衡量以后,用戶決定接受這個遠程主機的公鑰。
Are you sure you want to continue connecting (yes/no)? yes
系統(tǒng)會出現(xiàn)一句提示,表示host主機已經(jīng)得到認可。
Warning: Permanently added 'host,12.18.429.21' (RSA) to the list of known hosts.
然后,會要求輸入密碼。
Password: (enter password)
如果密碼正確,就可以登錄了。
當遠程主機的公鑰被接受以后,它就會被保存在文件$HOME/.ssh/known_hosts之中。下次再連接這臺主機,系統(tǒng)就會認出它的公鑰已經(jīng)保存在本地了,從而跳過警告部分,直接提示輸入密碼。
每個SSH用戶都有自己的known_hosts文件,此外系統(tǒng)也有一個這樣的文件,通常是/etc/ssh/ssh_known_hosts,保存一些對所有用戶都可信賴的遠程主機的公鑰。
(上面說了一大串,意思說這種登錄方式,不是太安全)
五、公鑰登錄
使用密碼登錄,每次都必須輸入密碼,非常麻煩。好在SSH還提供了公鑰登錄,可以省去輸入密碼的步驟。
所謂"公鑰登錄",原理很簡單,就是用戶將自己的公鑰儲存在遠程主機上。登錄的時候,遠程主機會向用戶發(fā)送一段隨機字符串,用戶用自己的私鑰加密后,再發(fā)回來。遠程主機用事先儲存的公鑰進行解密,如果成功,就證明用戶是可信的,直接允許登錄shell,不再要求密碼。
這種方法要求用戶必須提供自己的公鑰。如果沒有現(xiàn)成的,可以直接用ssh-keygen生成一個:
$ ssh-keygen
運行上面的命令以后,系統(tǒng)會出現(xiàn)一系列提示,可以一路回車。其中有一個問題是,要不要對私鑰設(shè)置口令(passphrase),如果擔(dān)心私鑰的安全,這里可以設(shè)置一個。
運行結(jié)束以后,在$HOME/.ssh/目錄下,會新生成兩個文件:id_rsa.pub和id_rsa。前者是你的公鑰,后者是你的私鑰。
這時再輸入下面的命令,將公鑰傳送到遠程主機host上面:
$ ssh-copy-id user@host
好了,從此你再登錄,就不需要輸入密碼了。
如果還是不行,就打開遠程主機的/etc/ssh/sshd_config這個文件,檢查下面幾行前面"#"注釋是否取掉。
RSAAuthentication yes PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys
然后,重啟遠程主機的ssh服務(wù)。
// ubuntu系統(tǒng) service ssh restart // debian系統(tǒng) /etc/init.d/ssh restart
六、authorized_keys文件
遠程主機將用戶的公鑰,保存在登錄后的用戶主目錄的$HOME/.ssh/authorized_keys文件中。公鑰就是一段字符串,只要把它追加在authorized_keys文件的末尾就行了。
這里不使用上面的ssh-copy-id命令,改用下面的命令,解釋公鑰的保存過程:
$ ssh user@host 'mkdir -p .ssh && cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub
這條命令由多個語句組成,依次分解開來看:
(1)"$ ssh user@host",表示登錄遠程主機;
(2)單引號中的mkdir .ssh && cat >> .ssh/authorized_keys,表示登錄后在遠程shell上執(zhí)行的命令:
(3)"$ mkdir -p .ssh"的作用是,如果用戶主目錄中的.ssh目錄不存在,就創(chuàng)建一個;
(4)'cat >> .ssh/authorized_keys' < ~/.ssh/id_rsa.pub的作用是,將本地的公鑰文件~/.ssh/id_rsa.pub,重定向追加到遠程文件authorized_keys的末尾。
寫入authorized_keys文件后,公鑰登錄的設(shè)置就完成了。
這里咱們幾個遠程登錄的例子:
下面看幾個例子。
【例1】
將$HOME/src/目錄下面的所有文件,復(fù)制到遠程主機的$HOME/src/目錄。
$ cd && tar czv src | ssh user@host 'tar xz'
【例2】
將遠程主機$HOME/src/目錄下面的所有文件,復(fù)制到用戶的當前目錄。
$ ssh user@host 'tar cz src' | tar xzv
【例3】
查看遠程主機是否運行進程httpd。
$ ssh user@host 'ps ax | grep [h]ttpd'
以上所述是小編給大家介紹的使用集群搭建SSH的作用及這些命令的含義,希望對大家有所幫助,如果大家有任何疑問請給我留言,小編會及時回復(fù)大家的。在此也非常感謝大家對腳本之家網(wǎng)站的支持!
相關(guān)文章
無引導(dǎo)設(shè)備No boot device available 常見解決方法
一般是啟動硬盤有問題,或啟動文件損壞,可以先用光盤啟動看能否啟動,以排除其它硬件問題,即確定是硬盤問題,如果cmos禁止了硬盤啟動也可能出現(xiàn)這個問題,可以解決2008-01-01鴻蒙HarmonyOS 分布式任務(wù)調(diào)度的實現(xiàn)
這篇文章主要介紹了鴻蒙HarmonyOS 分布式任務(wù)調(diào)度的實現(xiàn),文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2020-09-09Source Insight基礎(chǔ)配置相關(guān)代碼實例
這篇文章主要介紹了Source Insight基礎(chǔ)配置相關(guān)代碼實例,文中通過示例代碼介紹的非常詳細,對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友可以參考下2020-10-10淺析鴻蒙基礎(chǔ)之Permanent 持久性內(nèi)存對象(HarmonyOS鴻蒙開發(fā)基礎(chǔ)知識)
這篇文章主要介紹了淺析鴻蒙基礎(chǔ)之Permanent 持久性內(nèi)存對象(HarmonyOS鴻蒙開發(fā)基礎(chǔ)知識),本文給大家介紹的非常詳細,對大家的學(xué)習(xí)或工作具有一定的參考借鑒價值,需要的朋友可以參考下2020-09-09man -f/-k [keyword]在fedora 29 中報錯nothing appropriate
這篇文章主要介紹了man -f/-k [keyword]在fedora 29 中報錯nothing appropriate ,非常不錯,具有一定的參考借鑒價值,需要的朋友可以參考下2019-04-04