** 若TIME_WAIT事件设置过短, 会导致错误后果 TIME_WAIT结束过早, 导致之前迷失的第三次握手突然到达, 新连接突然成功
在TCP断开连接四次挥手时, 主动发起关闭方会产生 TIME_WAIT, TIME_WAIT 是 TCP 协议可靠性设计的重要一个环节, 虽说增强了可靠性, 但是对于高并发场景下, 会产生大量的 TIME_WAIT, 导致高峰时段无端口可以使用.
- 不像Windows 可以修改注册表修改2MSL 的值，linux 需要修改内核宏定义重新编译，tcp_fin_timeout 不是2MSL 而是Fin-WAIT-2状态超时时间.
linux TIME_WAIT 相关参数: net.ipv4.tcp_tw_reuse = 0 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 net.ipv4.tcp_tw_recycle = 0 表示开启TCP连接中TIME-WAIT sockets的快速回收，默认为0，表示关闭 net.ipv4.tcp_fin_timeout = 60 表示如果套接字由本端要求关闭，这个参数决定了它保持在FIN-WAIT-2状态的时间（可改为30，一般来说
本文为翻译英文BLOG《Coping with the TCP TIME-WAIT state on busy Linux servers》，但并非完整的翻译，译者CFC4N对原文理解后，进行了调整，增加了相关论点论据，跟原文稍有不同。翻译的目的，是为了加深自己知识点的记忆，以及分享给其他朋友，或许对他们也有帮助。文章比较长，没耐心请点关闭。
执行主动关闭的那端经历了这个状态，并停留MSL（最长分节生命期）的2倍，即2MSL。
因为Linux是一个通用的操作系统，所以其运行环境也是为了通用环境设计的，不会太好，也不会太坏，因为其要默认兼容大部分环境。因此在做服务端部署的时候，都需要对Linux的系统参数进行一番调整。
上图这个服务器“优化”是不是似曾相识，网上有太多太多这样的文章，核心调优方案就是开启 tcp_timestamps 和 tcp_tw_recycle。诚然这个“调优“，确实如毒品一般让业务瞬间得到虚幻一般的高潮，但是他的危害也如毒品一般让业务一步步陷入深渊。
笔者一直以为在Linux下TIME_WAIT状态的Socket持续状态是60s左右。线上实际却存在TIME_WAIT超过100s的Socket。由于这牵涉到最近出现的一个复杂Bug的分析。所以，笔者就去Linux源码里面，一探究竟。
转载自： http://blog.sina.com.cn/s/blog_781b0c850100znjd.html
默认0，表示不实用swap，改成1-100的情况表示使用swap，1表示尽量不使用，100尽量使用。不建议打开这个参数，大部分情况内存超了oom即可，swap属于温水煮青蛙。
事实证明，读过Linux内核源码确实有很大的好处，尤其在处理问题的时刻。当你看到报错的那一瞬间，就能把现象/原因/以及解决方案一股脑的在脑中闪现。甚至一些边边角角的现象都能很快的反应过来是为何。笔者读过一些Linux TCP协议栈的源码，就在解决下面这个问题的时候有一种非常流畅的感觉。
TCP 连接关闭时，会有 4 次通讯（四次挥手），来确认双方都停止收发数据了。如上图，主动关闭方，最后发送 ACK 时，会进入 TIME_WAIT 状态，要等 2MSL 时间后，这条连接才真正消失。
1.CVM ping测试正常，但使用TCP连接，偶尔出现超时或延时较大，而此时网络并没有发生抖动。
他抓到一个抓包图，客户端和服务端四次挥手后，客户端在 17 秒内又复用了与上一次连接相同的端口，向服务端发起了 SYN 报文， 并成功建立了连接。
笔者最近解决了一个非常曲折的问题，从抓包开始一路排查到不同内核版本间的细微差异，最后才完美解释了所有的现象。在这里将整个过程写成博文记录下来，希望能够对读者有所帮助。(篇幅可能会有点长,耐心看完,绝对物有所值~)
无法通过SSH连接Linux实例，访问该实例上的HTTP服务也出现异常。使用telent命令进行网络测试，发现请求连接被重置。
概述 在Linux 学习笔记一大体介绍了一些简单的Linux知识和一些简单的优化。下面我们来学习一下Linux和Linux一些安全知识(Linux是基于内核为2.6.32-642 CentOS x86_64操作系统)。 精简系统自启动和删除无用的账号和组 在安装Liunx系统中有很多服务、用户或者用户组都是无用的，通过安全和性能考虑需要删除或者禁用他们。 #只需要查找3级别以上的服务是否开启，3代表运行级别的中的数字。 chkconfig --list | grep 3:on 有些服务是必须开启的，比如：
【排查步骤】 1、健康检查探测机制是clb的vip向后端cvm业务进行探测，所以先在cvm上抓包看是否有收到探测包
Linux作为一个强大的操作系统，提供了一系列内核参数供我们进行调优。光TCP的调优参数就有50多个。在和线上问题斗智斗勇的过程中，笔者积累了一些在内网环境应该进行调优的参数。在此分享出来，希望对大家有所帮助。
tcp_tw_recycle参数。它用来快速回收TIME_WAIT连接，不过如果在NAT环境下会引发问题。
Jexus web server 5.1 每个工作进程的最大并发数固定为1万，最多可以同时开启4个工作进程，因此，每台Jexus V5.1服务器最多可以到支持4万个并发连接。但是，按照linux系统的默认设定，linux是不能支持这么高的并发请求的，只有对linux进行一些必要的优化，才能达到让Jexus支持大并发的目的。 一、调整文件描述符数量限制 linux默认文件描述符只有1024个，对于Jexus 等一些服务来说，在大负载的情况下这点文件描述符是远远不够的，因为Jexus 的工作方式，文件描述符
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。由于篇幅原因，关于Server端的Accept源码讲解留给下一篇博客。 (基于Linux 3.10内核)
[root@hadoop1 /]# /etc/init.d/cups stop d
使用wrk模拟http压力打nginx时，发现压测过程中持续出现重传现象，而且在高压下和低压下都会出现不同程度的重传。
笔者一直觉得如果能知道从应用到框架再到操作系统的每一处代码，是一件Exciting的事情。 今天笔者就来从Linux源码的角度看下Client端的Socket在进行Connect的时候到底做了哪些事情。
场景：两个内网负载均衡CLB（10.128.227.245 port：4668-->RS:10.148.16.231和10.128.217.146 port：4394-->RS:10.148.16.231 ）后端关联到同一台RS上。
首先处理这个问题，我们要知道一些网络知识，要知道tcp那些事，比如说三次握手，和四次挥手......很多人会问，为什么建链接要3次握手，断链接需要4次挥手？让我们一起看下下面的流程图：
首先处理这个问题，我们要知道一些网络知识，要知道tcp那些事，比如说三次握手，和四次挥手……很多人会问，为什么建链接要3次握手，断链接需要4次挥手？让我们一起看下下面的流程图：
和外部联调一直是令人困扰的问题，尤其是一些基础环境配置导致的问题。笔者在一次偶然情况下解决了一个调用外网服务概率性失败的问题。在此将排查过程发出来，希望读者遇到此问题的时候，能够知道如何入手。
其实也可以用下面查看相关信息，这里已经是修改后的值了所以看到timewait值下降了。
本文介绍了Linux系统性能优化点常见的内核参数含义及其调优方式，以供学习参考。
从图中可以看出，若服务器主动关闭连接，在四次挥手的最后一个ACK后连接端口会变为TIME_WAIT状态， 状态停留时长为两个MSL（最大分段寿命），这个状态只有在主动关闭连接方会出现， 另一端可以在连接断开后立刻投入后续使用。
测试环境有一个后台服务，部署在内网服务器A上（无外网地址），给app提供接口。app访问这个后台服务时，ip地址是公网地址，那这个请求是如何到达我们的内网服务器A呢，这块我咨询了网络同事，我画了简图如下：
有些网络和应用程序还不支持 IPv6 ，因此，禁用 IPv6 可以说是一个非常好的选择： 加强系统的安全性，并提高系统的整体性能。不过，首先要确认一下：IPv6是不是处于动的状态，命令如下：
上周有个读者在面试微信的时候，被问到既然打开 net.ipv4.tcp_tw_reuse 参数可以快速复用处于 TIME_WAIT 状态的 TCP 连接，那为什么 Linux 默认是关闭状态呢？
PS：在服务器硬件资源额定有限的情况下，最大的压榨服务器的性能，提高服务器的并发处理能力，是很多运维技术人员思考的问题。要提高Linux系统下的负载能力，可以使用nginx等原生并发处理能力就很强的web服务器，如果使用Apache的可以启用其Worker模式，来提高其并发处理能力。除此之外，在考虑节省成本的情况下，可以修改Linux的内核相关TCP参数，来最大的提高服务器性能。当然，最基础的提高负载问题，还是升级服务器硬件了，这是最根本的。 Linux系统下，TCP连接断开后，会以TIME_WAIT状态保
来源：https://www.cnblogs.com/txlsz/p/13683892.html
如非必须，关掉或卸载iptables防火墙，并阻止kernel加载iptables模块。这些模块会影响并发性能。
早上毕玄转给我一个问题，vsearch在上海机房部署的应用，在应用关闭后，端口释放的时间要比杭州机房的时间长。
日常运维中用netstat -an命令发现服务器中有大量状态为TIME-WAIT的TCP连接，于是用/sbin/sysctl -a查看了一下Linux的各项内核参数，并翻阅有关资料，决定修改其中的两项参数，以达到减少TCP连接中TIME-WAIT sockets的目的。
之前有个读者在秋招面试的时候，被问了这么一个问题：SYN 报文什么时候情况下会被丢弃？
由于默认的Linux内核参数考虑的是最通用场景，这明显不符合用于支持高并发访问的Web服务器的定义，所以需要修改Linux内核参数，是的Nginx可以拥有更高的性能；
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
ICP备案
对象存储
实时音视频
即时通信 IM
