SSH 遠程故障彙總

故障1：IP地址異常

問題：虛擬機「虛擬網絡設置」裏面的IP和虛擬機IP不同。例如虛擬機IP是10.0.0.7，而虛擬網絡設置裏面的網段是192開頭的。

解決：

在虛擬網絡設置裏，把網段改爲10.0.0.0，再從新鏈接CRT就能夠

問題： CRT 連不上虛擬機

分析： cat /etc/sysconfig/network-scripts/ifcfg-eth0

發現少了ONBOOT=yes若是缺乏需添加此項，

ifdown eth0 && ifup eth0 #而後重啓網卡

故障2：網卡沒啓動

適用場景：在安裝CentOS的時候沒有勾選開機啓動網卡的選項，在鏈接CRT以前也沒有手動啓動網卡，形成鏈接失敗。

解決：

用ifup eht0口令，啓動網卡，再從新鏈接，就能夠。

故障3：VMnet8異常

適用場景：VMnet8關閉，致使虛擬機不能上網，CRT鏈接不上

解決：

查看VMnet8是否啓動：

「控制面板」——「網絡和共享中心」——「更改適配器設置」——查看VMnet8的狀態是否已經啓動

啓動VMnet8：「開始」——搜索「服務」——找到VM開頭的5個服務項目，所有設置爲開啓狀態。再從新鏈接CRT。

故障4：鏈接超時

遇到這個問題最簡單的解決辦法就是檢查Linux系統和客戶端電腦端的網絡鏈接是否是暢通的，最簡單的辦法就是在客戶端電腦上ping IP

故障5：SSH端口問題

 

能夠從如下幾個方面尋找緣由：

sshd服務程序是否正確開啓，確認的示例命令以下：

ps -ef|grep sshd|grep -v grep，操做以下圖：

1）sshd服務的默認端口是22，是否給更改，確認端口的命令以下：

netstat -lntup|grep sshd，操做結果以下：

端口是22，表示正常，若是是其餘的數字，就表示端口被更改了，須要改回來。

2）是否開啓了iptables防火牆而致使禁止鏈接，確認的代碼以下：

/etc/init.d/iptables stop

而後再用/etc/init.d/iptables status查看防火牆的運行狀態：

3）客戶端SecureCRT是否是配錯了鏈接的端口或IP

能夠在客戶端電腦上執行telnet 10.0.0.0.7 22來檢查連通性，大致上都是由上述3類狀況引發的

故障6：SSH遠程鏈接故障排查

（1）檢查ping 10.0.0.100 檢測路通不通

在win+r （或者命令Windows的cmd輸入ping 10.0.0.100）

ping 不通查看網絡問題

*網線有沒有插*對方的服務有沒有開*IP 對不*機器有沒有開機

●開機的時候網卡未啓動：

編輯命令：vim/etc/sysconfig/network-scripts/ifcfg-eth0

#查看ONBOOT=yes是否一致，若是不是，修改後要重啓，

ifdown eth0 && ifup eth0

（2）再利用telnet或nmap命令檢查telnet 10.0.0.7 22

經過當前虛擬機查看10.0.0.7的22端口是否是開通狀態，SSH服務開啓的是22端口。

虛擬機telnet檢查 ，而後查看電腦的telnet端口是否打開。

輸入命令，出現下面的界面，就是鏈接成功：

出現下面的狀況，就是鏈接失敗：

出現上圖的提示，有多是防火牆的問題，也有多是對方的端口沒有打開。

關閉防火牆：

也能夠在Windows的cmd裏輸入telnet 10.0.0.7 22 回車，獲得下面的結果，就表示接連是通的：

若是Windows沒有telnet：控制面板——「程序和功能」——「打開或關閉Windows功能」

nmap僅能在Linux上面檢測了：

總結：ping 通了，就用telnet檢查，檢查服務功可否開放.

（3）看是否防火牆阻擋.

學習環境建議關掉防火牆，生產中按需開啓。執行關閉防火牆的命令：/etc/init.d/iptables stop

（4）VMware 軟件配置問題

4.1虛擬網段配置，NAT模式下網段是否改成10.0.0.100

4.2window 服務是否開啓

4.3錯誤的方法

4.4 故障：

全部排查好着，就剩計算機客戶端沒法鏈接 ping 不通，telnet也不一樣，可是虛擬機本機裏面能夠telnet通

解決辦法： 網絡編輯vmnet8 移除，從新安裝從新建一個

4.5 能夠ping 通baidu的ip地址，可是不能解析baidu的域名，

以上排查問題 ： ping 網關 域名 8.8.8.8 ping 外網的ip地址 等

1 排查防火牆的問題

域名解析問題

綜上： 是家裏網的緣由，修改爲本身的移動熱點，而後就能夠ping主機名能夠解析

綜上 仍是dns 域名解析問題 最終更換爲 4.2.2.2 能夠解析域名了

總結： 看來仍是多得幾個dns 域名備用

4.2.2.2 美國

阿里雲DNS:223.5.5.5，備用223.6.6.6

比較權威的老牌DNS：114.114.114.114

谷歌老大哥的全球解析DNS服務器：8.8.8.8

騰訊公共DNS：119.29.29.29

百度公共DNS：180.76.76.76

北京網通的dns服務器地址 :

首選dns服務器：202.96.0.133

備用dns服務器：202.96.199.133

北京電信DNS服務器地址

202.96.199.133

202.96.0.133

202.106.0.20

202.106.148.1

202.97.16.195

排查全部問題後，ssh 遠程工具不能鏈接本地，vm的net網卡也從新配置，在本地宿主機上面ping 網關也不能ping通 ，可是能夠ping 百度，在虛擬機測試了虛擬機的 telnet 22 端口，都是能夠通的，最終……………

發現這裏多了一個東西，關閉後便可

經查實 這個屬於xx省的*** 致使的，鏈接以後，內部服務我不能通訊，可是能夠上網

1. 關於使用虛擬機的橋接模式

首先保證都在有線網之間的鏈接，若是採用無線網，可能無線網之間互相訪問（只是個別人設置）

這樣才能保證虛擬機之間的鏈接

2. 其次查看無線網或者有限網卡（真實電腦的網卡 ）

1. 若是虛擬模板設置好以後，而後升級了vmware，在打開虛擬機，沒有界面顯示，兼容問題。最後只能從新裝原vmware

2. 虛擬機 若是其餘都是 橋接，另一臺不是橋接，跟其餘網絡不通