SSH的使用詳解

今天小編爲大家分享一篇關於SSH 的介紹和使用方法的文章。本文從SSH是什麼出發，講述了SSH的基本用法，之後在遠程登錄、端口轉發等多種場景下進行獨立的講述，希望能對大家有所幫助。

1. 什麼是SSH？

SSH是一種網絡協議，用於計算機之間的加密登錄。最早的時候，互聯網通信都是明文通信，一旦被截獲，內容就暴露無疑。1995年，芬蘭學者Tatu Ylonen設計了SSH協議，將登錄信息全部加密，成爲互聯網安全的一個基本解決方案，迅速在全世界獲得推廣，目前已經成爲Linux系統的標準配置。

2. SSH登錄原理

3. SSH基本用法

語法:

ssh -p 22 user@host

參數:

-p：指定端口號。

user：登錄的用戶名。

host：登錄的主機。

默認的端口號爲22，當端口號爲22的時候，可以省略，直接使用如下方式:

ssh user@host

此外，如果本地正在使用的用戶名與遠程登錄的用戶名一致，登錄用戶名也是可以省略的，即如下：

ssh host

4. SSH遠程登錄實例

現在我有兩臺linux虛擬機，上面安裝都是centOS6.5，ip分別爲192.168.13.135和192.168.13.138，如下圖：

現在，我需要操作的是通過SSH在192.168.13.138上面，登錄到192.168.13.135上面。

首先，我們可以使用如下命令，查看兩臺機器是否啓用了ssh。

netstat -ntlp |grep ssh

使用如下命令進行連接。

ssh -p 22 [email protected]

若在本機上是首次登錄該遠程主機，則會出現如下界面。

大致意思就是，無法確認host主機的真實性，只知道它的公鑰指紋，問你還想繼續連接嗎？輸入yes即可。

然後輸入密碼，即可連接ok了。

要想退出，直接輸入exit即可。

5. SSH端口轉發

SSH 不僅僅能夠自動加密和解密 SSH 客戶端與服務端之間的網絡數據，同時，SSH 還能夠提供了一個非常有用的功能，那就是端口轉發，即將TCP 端口的網絡數據，轉發到指定的主機某個端口上，在轉發的同時會對數據進行相應的加密及解密。如果工作環境中的防火牆限制了一些網絡端口的使用，但是允許 SSH 的連接，那麼也是能夠通過使用SSH轉發後的端口進行通信。轉發，主要分爲本地轉發與遠程轉發兩種類型。

1. 轉發的參數

-C：壓縮數據
-f ：後臺認證用戶/密碼，通常和-N連用，不用登錄到遠程主機。
-N ：不執行腳本或命令，通常與-f連用。
-g ：在-L/-R/-D參數中，允許遠程主機連接到建立的轉發的端口，如果不加這個參數，只允許本地主機建立連接。
-L : 本地端口:目標IP:目標端口
-D : 動態端口轉發
-R : 遠程端口轉發
-T ：不分配 TTY 只做代理用
-q ：安靜模式，不輸出 錯誤/警告 信息

2. 本地轉發

有本地網絡服務器的某個端口，轉發到遠程服務器某個端口。說白了就是，將發送到本地端口的請求，轉發到目標端口。格式如下：

ssh -L 本地網卡地址:本地端口:目標地址:目標端口 用戶\@目標地址。

現在我們利用本地轉發來解決一個問題，比如我們有兩臺機器，如下：

centos A（192.168.13.139）

centos B（192.168.13.142）

現在，centos B（192.168.13.142）機器上面安裝了mysql，並設置了運行任何主機連接，如下：

此時，在centos A（192.168.13.139）上面是可以連上centos B（192.168.13.142）的mysql，如下：

那麼，現在我開始centos B（192.168.13.142）限制不允許外部ip連接，僅僅讓127.0.0.1連接，如下：

此時，centos A（192.168.13.139）上面怎麼連接上centos B（192.168.13.142）的mysql呢？

此時，我們還是使用上面的mysql連接方式，肯定會報錯，如下：

當然在centos B（192.168.13.142）mysql還是可訪問的。

這個時候，我們就可以使用本地端口轉發了，將本地的某個端口，映射到centos B（192.168.13.142）機器上面的，如下：

ssh -L 127.0.0.1:3306:127.0.0.1:3306 [email protected]

因爲本地網卡地址是可以省略的，上面的轉發，可以簡寫爲：

ssh -L 3306:127.0.0.1:3306 [email protected]

當然，ssh連接的時候，若兩臺機器的用戶名相同，也是可以省略的，即命令可以簡寫爲：

ssh -L 3306:127.0.0.1:3306 192.168.13.14

上面的代碼就是將本地的3306端口，轉發到192.168.13.142的3306端口。因爲centos B（192.168.13.142）上面的mysql使用的3606端口。當然，我們首先得看看本地的3306端口是否被佔用，如被佔用，可以使用其他的端口。

數據流向如圖：

首先，centos A（192.168.13.139）上的應用將數據發送到本地的127.0.0.1上面的3306端口。

然後，centos A（192.168.13.139）將3306端口的數據，通過SSH轉發到centos B（192.168.13.142）的3306端口。

接着，centos B（192.168.13.142）將處理後的數據，原路返回給centos A（192.168.13.139）。

如果是首次通過ssh連接cetosB該機器，則會提示確認公鑰，並讓你選擇是否確定連接。

此時，我們在centos A上面連接centos B上面的mysql，就可以這麼寫了。

bin/mysql -h127.0.0.1 -uroot -p

如下：

我們可以通過下面命令，在centosA查看ssh轉發監聽的進程。

3.遠程轉發

由遠程服務器的某個端口，轉發到本地網絡的服務器某個端口。說白了，就是將發送到遠程端口的請求，轉發到目標端口。格式如下：

ssh -R 遠程網卡地址:遠程端口:目標地址:目標端口

下面三臺機器爲例，如下：

centos A（192.168.13.139）

centos B（192.168.13.142）

win7（10.18.78.135）

假設，win7（10.18.78.135）與centos B（192.168.13.142）不能直接連接，但是win7（10.18.78.135）與centos A（192.168.13.139）可以連接centos B（192.168.13.142）也可以centos A（192.168.13.139）連接，那麼，我們就可以在centos A（192.168.13.139）上面使用遠程端口轉發了，讓win7（10.18.78.135）與centos B（192.168.13.142）進行通信。

ssh -R 127.0.0.1:80:10.18.78.135:80 [email protected]

即centos B（192.168.13.142）監聽自己的80端口，然後將所有數據，由centos A（192.168.13.139）發給win7（10.18.78.135）。

6. SSH的遠程操作

ssh遠程操作，主要用於在遠程的機器上面執行某個操作，格式如下：

ssh user@host 'command'

案例1、在機器A（192.168.13.148）中查看機器B（192.168.13.149）的操作系統類型。

在A機器上面執行如下代碼：

ssh  [email protected]  'uname -a'

案例2、將機器A（192.168.13.148）中test文件夾複製到B機器（192.168.13.149）。

在A機器上面，執行如下命令：

 tar -cz test | ssh [email protected] 'tar -xz'

當然，我們也可以使用scp命令或rz命令，傳輸文件。

案例3、在機器A（192.168.13.148）處查看B機器（192.168.13.149）是否監聽了1080端口。

在A機器上面，執行如下命令：

ssh [email protected] 'netstat -tln |grep 1080'

7. SSH的本地轉發

本地轉發，說白了，就是把發到本地的某個端口請求，轉發到遠程的某臺機器上面。格式如下：

ssh -L  [本地地址:]本地端口:遠程地址:遠程端口 遠程用戶@遠程地址

案例1、在機器B（192.168.13.149）上面訪問機器A（192.168.13.148）的服務。

現在，我們在A機器上面，啓動了Nginx服務，如下：

我們希望B機器也能夠這樣使用A機器上面的服務。需要把B機器上面80端口請求，轉發到A機器上面。目前在B機器這樣執行，是報錯的，如下：

需要在B機器上面，執行如下代碼：

ssh -f -N -L 127.0.01:80:192.168.13.148:80 [email protected]

然後，在B機器上面，訪問A機器的服務，就想訪問自身的服務一樣。

8. SSH的遠程轉發

遠程轉發，即把發給遠程機器的某個端口請求，轉發到本地的機器上面。格式如下：

ssh -R [遠程地址:]遠程端口:本地地址:本地端口 遠程用戶@遠程地址

在上面的案例中，我們也可以通過遠程轉發來實現。即在A機器上面執行如下代碼：

sudo ssh -f -N -R 8081:127.0.0.1:80 [email protected]

我們監聽了B機器的8081端口，把該端口的請求，轉發到A機器上面。

可以在B機器上面看到，我們的監聽，如下：

此時，執行如下命令，就會被轉發到A機器的127.0.0.1的80端口，如下：

1、利用遠程轉發，實現代理功能

目前B機器，只能在自己127.0.0.1的80端口監聽並轉發，如何讓B機器作爲代理，轉發其他機器的請求到A機器上面呢？比如，現在有一臺機器C（192.168.13.143），C不能訪問A，但是能夠訪問B。如何讓C利用B來訪問A呢？

此時，需要將B的監聽，由127.0.0.1:8081，改爲0:0.0.0:8081，修改sshd的配置/etc/ssh/sshd_config。

 vim /etc/ssh/sshd_config
如果有
GatewayPorts no
改爲
GatewayPorts yes

沒有，添加即可
然後重啓sshd

sudo service sshd restart

然後重新，設置動態轉發，如下：

 ssh -f -g  -N -R 8081:127.0.0.1:80 [email protected]

可以看到，此時B機器，已經監聽了0:0.0.0:8081

在C機器上面，我們通過curl模擬請求，利用B機器做代理，如下：

 curl -x 192.168.13.149:8081 127.0.0.1

當然，如果還有其他機器，也可以使用類似的方式，來請求A機器。

9. SSH的動態轉發

對於SSH的本地轉發和遠程轉發，都需要將本地端口和遠程端口一一綁定，格式如下：

ssh -D [本地地址:]本地端口號 遠程用戶@遠程地址

比如，把發到B機器上面的請求，都轉發到A機器上面，讓A機器去執行請求。

10. SSH存在的問題

如果有人截獲了登錄請求，然後冒充遠程主機，將僞造的公鑰發給用戶，那麼用戶很難辨別真僞。因爲不像https協議，SSH協議的公鑰是沒有證書中心（CA）公證的，也就是說，都是自己簽發的。

可以設想，如果***者插在用戶與遠程主機之間（比如在公共的wifi區域），用僞造的公鑰，獲取用戶的登錄密碼。再用這個密碼登錄遠程主機，那麼SSH的安全機制就蕩然無存了。這種風險就是著名的"中間人***"（Man-in-the-middle attack）。

11. 總結

本篇文章主要介紹了SSH的基本概念和實踐中常用的一些方法，並沒有涉及深層原理和優化的知識，在底層實現和協議具體內容還能繼續深入研究。如果有什麼疑問或建議，可以在下方留言。

文章來自：360雲計算