关于网络设备的FIN_WAIT_2状态解释出处：http://hi.baidu.com/netdemon1981/blog/item/584bfbb2aeb1d4acd9335ad9.html 在HTTP应用中，存在一个问题，SERVER由于某种原因关闭连接，如KEEPALIVE的超时 ...

概述 在主动关闭方发送了FIN之后，进入FIN_WAIT_1状态，在此状态收到了ACK，则进入FIN_WAIT_2状态，而FIN_WAIT_2后续要做的工作是等待接收对端发过来的FIN包，并且发送ACK，进而进入到TIME_WAIT状态；本文主要关注从FIN_WAIT_1进入FIN_WAIT_2 ...

来自转载：http://blog.sina.com.cn/s/blog_8e5d24890102w9yi.html 上图对排除和定位网络或系统故障时大有帮助，但是怎样牢牢地将这张图刻在脑中呢？那么你就一定要对这张图的每一个状态，及转换的过程有深刻地认识，不能只 ...

以3.10版本内核为例，4.1+版本内核在处理FIN-WAIT-2时有所改变，后面会提到 代码做适度精简 TL；DR Linux TCP的TIME_WAIT状态超时默认为60秒，不可修改 Linux TCP的FIN_WAIT_2和TIME_WAIT共用 ...

有一台服务器，出现很多的fin_wait1状态的socket。 环境： [root@localhost ~]# uname -aLinux localhost.localdomain 2.6.32-358.el6.x86_64 链路情况如下： ss -sTotal: 2753 ...

上文描述了在出现大量fin-wait-1出现的原因，占用的内存等，这里讲一下如何处理这种情况。 首先，fin发送之后，有可能会丢弃，那么发送多少次这样的fin包呢？fin包的重传，也会采用退避方式，在2.6.358内核中采用的是指数退避，2s，4s，最后的 重试次数 ...

TIME_WAIT影响 　　大量的TIME_WAIT进程，会消耗系统大量资源，导致程序异常。 　　每一个tcp连接关闭后，主动关闭方会处于TIME_WAIT状态，最长超时时间2MSL，在这期间端口资源不会被释放。 　　RFC 793中规定MSL为2分钟，实际由系统决定，通常在30-120s ...

0X01 正常情况下TCP连接会通过4次挥手进行拆链（也有通过RST拆除连接的可能，见为什么服务器突然回复RST——小心网络中的安全设备），下图TCP状态机展示了TCP连接的状态变化过程： 我们重点看4次挥手的过程： 想要拆除连接的一方A发送FIN报文，自身进入到 ...