重新设置linux中tcp默认的20秒connect超时时间

原文链接： 


        无论你用任何语言或者是网络库，你都可以设置网络操作的超时时间，特别是connect,read,write的超时时间。
        你可以在代码中把超时时间设置任意大小值，但是connect方法会有一点特殊。

 connect的超时时间在任意的内核实现上都有一个可以设置的最大值，你的代码中设置的超时值并不能超过这个最大值(即使你设置的值超过这个最大值，其仍然会在最大超时时间后time out)。

        tcp建立连接的过程从客户端发送syn包开始。如果客户端没有收到这个syn包的回复，内核会重试多次发送syn包，每次重试的间隔都会逐渐增加，避免发送太多的syn包影响网络。
        所有的内核对syn包发送的重复次数都有一个上限值。在BSD衍生的内核中(包括Mac OS X),会在第一次发送syn包后的6秒重试第二次，在第二次尝试后的18秒尝试第三次，如果第3次还不能成功就认为connect超时(此时经过了75秒)。
        然而，在linux系统上，整个syn包发送的事件过程才差不多20几秒。linux系统比bsd类系统重发syn包的时间间隔要密。linux在20多秒内发送5个syn包(其中包括原始的syn包和后面的重发包),其依次在首包发送的3s,6s,12s,24s后发送。
        如果你的程序设置的connect超时时间比20s小，那么没有问题。但是如果你的设置值大于20s,那么你会发现内核会将该值截断为20s。
        改变这个系统上限值也比较容易，由于需要改变系统配置参数，你需要root权限。
        相关的命令是sysctl net.ipv4.tcp_syn_retries(针对于ipv4)。
        在设置该值时还是要比较保守的，因为每次syn包重试的间隔都会增大(比如BSD类的系统实现中间隔会以2到3倍增加)，所有tcp_syn_retries的一个微小变化对connect超时时间的影响都非常大，不过扩大这个值也不会有什么坏处，因为你代码中设置的超时值都能够生效。但是如果代码中没有设置connect的超时值，那么connect就会阻塞很久，你发现对端机器down掉的间隔就更长。
        作者建议设置这个值到6或者7，最多8。6对应的connect超时为45s,7对应90s,8对应190s.
        你能通过以下命令修改该值:
        sysctl -w net.ipv4.tcp_syn_retries=6
        查看该值的命令是:
        sysctl net.ipv4.tcp_syn_retries
        如果希望重启后生效，将net.ipv4.tcp_syn_retries = 6放入/etc/sysctl.conf中。 

 (不知道怎么排版)