每次PuTTY使用SSH登录到远程的Linux进行管理的时候，远程登录的过程都非常慢——输入完用户名之后，非要等到30秒左右才会出来输入密码的提示。在实际处理问题的时候，特别需要快速响应的时候，这种状况着实让人难以忍受。 但后来具体测试了一下，发现这又并非是每种系统的通病，出现问题的机器主要集中的CentOS上，同样的Debian系统，在远程连接的过程就是健步如飞，丝毫没有卡顿犹豫的感觉。这难道是CentOS的问题？出于好奇，查看了下两个系统在SSH时的差别。 CentOS： ssh -v ssh_test@192.168.128.137 SSH远程登录的时候显示的信息如下： OpenSSH_6.0p1 Debian-4, OpenSSL 1.0.1e 11 Feb 2013 ...Some sensitive information... debug1: Remote protocol version 2.0, remote software version OpenSSH_5.3 debug1: match: OpenSSH_5.3 pat OpenSSH_5* debug1: Enabling compatibility mode for protocol 2.0 debug1: Local version string SSH-2.0-OpenSSH_6.0p1 Debian-4 debug1: SSH2_MSG_KEXINIT sent debug1: SSH2_MSG_KEXINIT received debug1: kex: server->client aes128-ctr hmac-md5 none debug1: kex: client->server aes128-ctr hmac-md5 none debug1: SSH2_MSG_KEX_DH_GEX_REQUEST(1024<1024<8192) sent debug1: expecting SSH2_MSG_KEX_DH_GEX_GROUP debug1: SSH2_MSG_KEX_DH_GEX_INIT sent debug1: expecting SSH2_MSG_KEX_DH_GEX_REPLY ...Some sensitive information... debug1: ssh_rsa_verify: signature correct debug1: SSH2_MSG_NEWKEYS sent debug1: expecting SSH2_MSG_NEWKEYS debug1: SSH2_MSG_NEWKEYS received debug1: Roaming not allowed by server debug1: SSH2_MSG_SERVICE_REQUEST sent debug1: SSH2_MSG_SERVICE_ACCEPT received debug1: Authentications that can continue: publickey,gssapi-keyex,gssapi-with-mic,password debug1: Next authentication method: gssapi-keyex debug1: No valid Key exchange context debug1: Next authentication method: gssapi-with-mic debug1: Unspecified GSS failure. Minor code...

在CentOS 6下装了一个Emacs24.3，在宿主终端上显示Emacs的字体还是非常不错的，可是用Putty一连接，Emacs的字体就抽风，里面的链接变成了黑底蓝字——作死的节奏啊这是！在屏幕上只能看到蓝色的一小团，贴近了看才能看清楚字的内容。后来，一查才发现，原来是终端连接上没有开启xterm-256色。 查看设置： tput colors ## 如果是显示8，恭喜，xterm终端默认还是8色 echo $TERM ## 查看终端类型，CentOS下默认好像是xterm  如果你也是上面显示的这个数值，那说明同样没有开启对终端的256色的支持。 开启Putty终端256色的支持要做2件事情: 1. Putty客户端工具里面要开启对Xterm-256colors的支持 Putty设置： Putty->Change Settings...->Window->Colors->（勾选）Allow terminal to use xterm 256-colors mode->Apply 2. CentOS（Linux）上开启Xterm-256colors。  开启Xterm-256color有两种方式，其一是修改连接用户的.bashrc文件；其二是修改.Xresources文件。如果是使用CentOS的命令行模式(没有安装XWindow）的话，.Xresources文件可能不存在，此时可以用第一种方式实现。 修改~/.bashrc： ## 务必注意，修改的是使用PuTTY连接到Linux的用户目录下的.bashrc vi ~/.bashrc ## 打开用户的.bashrc文件 ## 在末尾附加下面代码 if [ "$TERM" == "xterm" ]; then export TERM=xterm-256color fi ## 保存~/.bashrc文件 修改~/.Xresources: ##在~/.Xresources文件中添加下面这句 xterm*termName:xterm-256color ##保存~/.Xresources文件 修改完成后，记得重新登录下，以便让修改后的xterm配置生效。生效后，再次输入开篇的命令，你可以看到结果的不同： tput colors ## 这个时候返回的应该是256 echo $TERM ## 此时返回的应该是xterm-256color 此时，在开启Emacs，就会发现，可恶的黑底蓝字终于得到了拯救。 其实你也可以在修改前后对比下Emacs内输入M-x list-colors-display(看不明白?可参看Emacs快捷键对照说明)，看看前后的效果。——应该明显不同哦（8个颜色和256个颜色） TIPS： 1. 如果上述修改后，没有得到正确的结果，说明你可能需要安装ncurses-term包来提供xterm-256color类型支持。里面有许多附加的终端类型定义。 2. 这种方法只能让PuTTY支持256色，如果你的Emacs还是显示的不符合你胃口，那么你就要考虑换配色方案了，而不是在这里寻找原因。 ##在Emacs里面的minibuffer（小缓冲区域）内输入下面的命令，你就可以看到各种Themes了 ## Mitchell觉得manoj-dark,tango-dark,tsdh-dark都还不错 M-x customize-themes RET

使用putty（版本0.62）通过SSH连接到CentOS（版本6.4）时，在客户端显示中文时会显示乱码。为了让putty显示正常，需要做如下操作： 1. 在CentOS上设置 /etc/sysconfig/i18n为如下内容 LANG="zh_CN.UTF-8" 2. 在putty的PuTTY Configuration窗口中设置如下： 1. Window->Appearance->font setting 设置字体为：新宋体，10号 2. Window->Translation->Remote character set 设置值为：UTF-8  这样设置后的putty通过SSH连接到CentOS上，中文字符正常显示，不再出现中文乱码。 Update: 这个设置可能会引起其他软件的一些问题，比如：wget下载进度条会变成多行显示.