之前出现过了一次情况：

今天做自动登陆脚本实验时突然碰到这个问题，运行脚本时候permission  denied，此时SSH也连接不到第二个虚拟机，在第二个虚拟机上ifconfig竟然没有IP，之前设置过都没有问题
A是192.168.1.104，之前客户端的IP是192.168.1.100
SSH登录时last login 应该是 192.168.1.100才对，但是显示192.168.1.102。
在windows上运行 ipconfig 出现本机IP就是192.168.1.102，说明IP变化了，可能是因为之前重启过路由的原因。SSH默认的一定是windows的IP，而B的IP是192.168.1.102，所以就在这个时候冲突了。
windows上可以指定固定的IP地址，现在的是192.168.1.102如果想指定成192.168.1.100，要是更改的话直接在网络里面设置成192.168.1.100就行。具体可以参考在运行--->ipconfig里来设置，并且会立即生效。
在此记录也供小伙伴们参考。 


但是今天出现了另外一种情况：

之前做隧道同步的时候编辑过/etc/ssh/sshd_config,默认的端口是22,即便是注释的22端口也是自动默认可以链接的。增加了一个ssh端口10022,因为当下是用默认的22端口ssh链接状态此时用10022端口做实验不受影响。但是再次重启的时候会连接开放的端口而此时默认的端口22是注释的并没有开放，就是10022，ssh用的是22端口所以会出现connection refused。

解决方案：

vim /etc/ssh/sshd_config
Port 22             #将Port 22端口注释打开,只要有22端口SSH就会优先连接22端口。
Port 10022

或者
vim /etc/ssh/sshd_config
#Port 22 
#Port 10022         #或将Port 10022端口注释掉，SSH就会自动连接默认的22端口了。

/etc/init.d/sshd restart     修改完配置文件后重启SSH服务。


如果是connection timeout的情况：

CRT中session的保存路径:

C:\Users\Administrator\AppData\Roaming\VanDyke\Config\Sessions

如果新建一个session的时候总是提示connection timeout，而在服务器上ssh -v IP_ADDRESS调试的时候又没有问题，有可能是存放session的路径有问题，可以放一些之前的session进入，或者清空session这个文件夹再从新建立session。