做 Web 开发的工作经常需要 ssh 或者 scp 连接一堆远程主机，同样是 Linux 主机，其中一些创建 ssh 连接速度特别慢，连接建立之后执行操作速度却很正常，看来应该不是网络原因。

Google 了一下，这位老兄也遇到类似的问题，看完他描述的问题才知道可以用 ssh -v 来查看详细的连接建立过程，马上用一台建立连接很慢的主机试了一下，在一大堆输出信息中发现在这里停留最久:

debug1: Authentications that can continue: publickey,gssapi-with-mic,password
debug1: Next authentication method: gssapi-with-mic
debug1: Unspecified GSS failure.  Minor code may provide more information
No credentials cache found

debug1: Unspecified GSS f

MTU 太大造成的连接不稳定
症状
刚连接上 OpenVPN 只用浏览器打开一两个页面时速度很正常，但随着流量加大网络就会开始阻塞，直到完全无法连接任何服务器。而且与 OpenVPN 服务器之间的连接容易自动断开。

解决方案
在 OpenVPN 服务器的 server.conf 里加入 mssfix 1300。此方案由 @yegle 提供。数字应该是他多次测试得出的较优选择，我试过设为 mssfix 1400 自己的 PC 没问题，而朋友的机器会速度奇慢。

DNS 污染造成的部分墙外网站无法访问
症状
连接 OpenVPN 后 Twitter 可以正常访问，被严重 DNS 污染的 Facebook 则会被浏览器提示无法连接。

解决方案
在 OpenVPN 服务器上使用 iptables 强行劫持客户端对任何 DNS 服务器的查询请求，将请求的目标 IP 地址修改为墙外的 DNS 服务器，例如 Google 的公共 DNS 服务器 8.8.8.8 和 8.8.

今晚在做一个同步的时候，发觉起一个rsync进程同步，速度很慢，主要时间花费在遍历目录，在遍历目录之后，文件一个一个的传送也不快。因此想到试着起多个进程同步，脚本如下：



有了这个脚本，然后再把rsync共享出来的模块下的目录都存入一个文件，比如：test，test文件里一行一个目录。
#./r.sh test

这样如果这个模块下有多个目录，比如100个目录，那么速度就会提高不少。当然不要忘记在rsyncd.conf里面最大连接数参数设置为大于等于该目录数。  max connections = 100

有关/proc/uptime这个文件里两个参数所代表的意义:

[root@74-82-173-217 ~]# cat /proc/uptime
3387048.81 3310821.00

第一个参数是代表从系统启动到现在的时间(以秒为单位):
3387048.81秒 = 39.20195381944444 天 说明这台服务器已连续开机 39.20195381944444 天

第二个参数是代表系统空闲的时间(以秒为单位):
3310821.00秒 = 38.3196875天 说明这台机器从开机到现在一共只有38天左右没事干。

计算一下空闲率:
3310821.00 / 3387048.81 = 0.9774943278718207

也就是说:它的空闲率是97%

空闲率高低并不意味着，它做的工作很多，还有跟服务器的配置和性能有很大的关系，这台服务器有这么低的空闲率，或者说这么高的利用率，是因为它的配置比较低，C1.7 CPU,256MB内存。
阅读全文