环境:Win7 32bit + SecureCRT 6.5 中文api
使用工做机上的SecureCRT登陆公司内网的跳板机,发现很慢,每次都得等待好几分钟才弹出输出私匙密码的框。咨询了一下其余同事,发现他们都很正常,没碰到过我这种问题。服务器
解决过程:网络
1.ping跳板机IP,延迟<=1ms,排除网络缘由。session
2.考虑是否是防火墙或杀软的问题,发现防火墙一直都是关闭状态(习惯历来不开防火墙),可是杀软开着,因而关闭杀软。再次尝试SecureCRT登录跳板机,问题依旧排除。ssh
3.考虑是否是电脑的问题,因而在本身笔记本上安装同一版本SecureCRT,笔记本链接公司内网。登录跳板机,立刻登录成功,不会像工做机那样等待好几分钟,肯定是工做电脑问题。google
4.考虑是否是软件问题,因而又下了一个英文原版的SecureCRT7.1,发现问题依旧。使用putty登录跳板机,立刻登录成功。spa
5.到了这一步,能够肯定是工做机上的SecureCRT的问题,其余ssh软件无问题。日志
6.google之,大部分都是须要更改ssh服务器上的sshd_config文件等方法。这明显与我碰到的状况不符,排除。it
7.继续google,有的说SecureCRT5碰到这种问题,改用SecureCRT6.6就行。还有的说取消了 session options-->ssh2-->鉴权-->GSSAPI 选项就能够了。都尝试了,仍是没法解决问题。io
8.不甘心,打开SecureCRT的跟踪选项,将其中的报错信息复制,google,搜到不少SecureCRT官方论坛(forums.vandyke.com)的帖子,均没法解决个人问题。
9.至此已经为这个问题纠结了整整1天的时间,总不能为了这么点问题重装系统吧,之后用putty算了。
10.次日仍是想试试能不能解决,继续google,仍是没找到什么办法。
11.忽然鬼使神差的打开了对应的Session配置文件(也就是SecureCRT配置目录的Sessions子目录下的跳板机对应的ini配置文件),发现有1个 GSSAPI Method 设置的值为 auto-detect,想起第8步中显示的日志里提示不少gssapi之类的错误,因而将它们的值改成none(不要问我为何改成none,就是看了一下配置文件,多年程序生涯的直觉告诉我none应该是禁止的意思),重启SecureCRT。再次链接跳板机,瞬间弹出输入私匙密码的框,输入密码,马上登陆成功。
12.尼玛问题就这样解决了,此时此刻只想说一句:fuck!
补充:推测之因此出现这个问题是由于SecureCRT的bug致使没有将第7步中取消 session options-->ssh2-->鉴权-->GSSAPI 保存到配置文件中。