環境：Win7 32bit + SecureCRT 6.5 中文
使用工作機上的SecureCRT登錄公司內網的跳板機，發現很慢，每次都得等待好幾分鍾才彈出輸出私匙密碼的框。咨詢了一下其他同事，發現他們都很正常，沒碰到過我這種問題。
解決過程：
1.ping跳板機IP，延遲<=1ms，排除網絡原因。
2.考慮是不是防火牆或殺軟的問題，發現防火牆一直都是關閉狀態（習慣從來不開防火牆），但是殺軟開着，於是關閉殺軟。再次嘗試SecureCRT登陸跳板機，問題依舊排除。
3.考慮是不是電腦的問題，於是在自己筆記本上安裝同一版本SecureCRT，筆記本連接公司內網。登陸跳板機，馬上登陸成功，不會像工作機那樣等待好幾分鍾，確定是工作電腦問題。
4.考慮是不是軟件問題，於是又下了一個英文原版的SecureCRT7.1，發現問題依舊。使用putty登陸跳板機，馬上登陸成功。
5.到了這一步，可以確定是工作機上的SecureCRT的問題，其他ssh軟件無問題。
6.google之，大部分都是需要更改ssh服務器上的sshd_config文件等方法。這明顯與我碰到的情況不符，排除。
7.繼續google，有的說SecureCRT5碰到這種問題，改用SecureCRT6.6就行。還有的說取消了 session options-->ssh2-->鑒權-->GSSAPI 選項就可以了。都嘗試了，還是無法解決問題。
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 保存到配置文件中。