问题描述公有云上面部署的服务，同时开启tcp_timestamps和tcp_tw_recycle选项时，出现了大量的syn报文。

这边文章已经非常详细http://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux.html中文版：http://www.cnxct.com/coping-with-the-tcp-time_wait-state-on-busy-linux-servers-in-chinese-and-dont-enable-tcp_tw_recyc

是不是也是拿起那版斧头，三下五除二的将内核参数优化一下，开启了tcp_tw_recycle用于TIME_WAIT的快速回收。

前情提要：深入理解Linux网络——TCP协议三次握手和四次挥手详细流程我们已经知道TCP四次挥手中，主动方在收到被动方的FIN数据包之后会进入TIME_WAIT状态等待2MSL的时间后才进入CLOSED。在Linux操作系统下，TIME_WAIT状态的持续时间是60秒，这意味着这60秒内，客户端一直会占用着这个端口，这是有一定的开销的。如果如果主动关闭连接方的TIME_WAIT状态过多，占满了所

二、tcp_tw_recycle开启时，对于处于TIME_WAIT的套接字，内核会快速回收，且内核会维护TIME_WAIT套接字的远程主机的timestamp。如果TIME_WAIT期间，其远程主

在服务端抓包发现：服务端已经收到了syn包，但没有回复synack包；客户端A关闭了tcp_tw_recycle，而客户端B开启了tcp_tw_recycle；据当事人称开启tcp_tw_recycle

最近准备自己动手部署测试kubernetes集群，注备写一个handson的手册。突发奇想将centos原有的内核从3.10更新到了4.14版本，并执行一些常规的优化操作。没有想到在修改了sysctl.conf里面的一些参数，希望能对新的kubernetes性能有所帮助。当我在其中一台node节点执行sysctl-p的时候发现如下错误：sysctl:cannotstat/proc/sys/net/

TL;DR:问题描述定位过程怀疑点1：网络怀疑点2：postgre进程故障怀疑点3：内核丢包解决方法深入理解TIME_WAIT是干啥的为什么Greenplum会开启tcp_tw_recycle为什么不要开启

TCP:timewaitbuckettableoverflowvoidtcp_time_wait(structsock*sk,intstate,inttimeo){if(tcp_death_row.sysctl_tw_recycle&&tp->rx_opt.ts_recent_stamp)recycle_ok=icsk->icsk_af_ops->remember_stamp(sk);if(tcp

博主不是专业的运维人员，有时候新开业务服务器到生产环境忘记配置ubuntu的配置时候，就发生各种奇怪的悲剧比如：redis出现大量TIMEWAIT状态，并且服务器不会收，原因是tcp_tw_recycle

前段时间遇到一个诡异的问题，连接走NAT转发会出现偶尔连接不通的情况，后来检查发现，NAT加tcp_timestamps和tcp_tw_recycle会造成后端服务器丢包。

前段时间遇到一个诡异的问题，连接走NAT转发会出现偶尔连接不通的情况，后来检查发现，NAT加tcp_timestamps和tcp_tw_recycle会造成后端服务器丢包。

这篇文件主要讨论tcp_max_tw_buckets、tcp_timestamps、tcp_tw_recycle、tcp_tw_reuse和tcp_fin_timeout参数。

背景测试环境的一台Nginx服务器，最近一直被前端同事吐槽网络有问题，经常出现访问HTTP请求时超时，哪怕是静态文件也经常超时。刚开始以为是公司网络抽风了，也就没放在心上，但持续了一个星期，而且复现率很高，这才反应过来应该不是网络的锅。于是在请求客户端与Nginx服务器上均作了抓包。本地客户端抓包结果如下图1，请求Nginx服务器TCP握手时超时。结果似乎很明朗，客户端TCP握手的SYN请求丢包导

系统层优化系统socket层优化echo65535>/proc/sys/net/core/somaxconn准许最大链接数echo1>/proc/sys/net/ipv4/tcp_tw_recycle快速回收链接

服务器A测：tcp_tw_recycle与tcp_timestamps均是开启的。通过wireshark抓包可以看到：异常的云服务器，一直在重传syn，而对端收到了syn，却不响应ack，syn。

linux下开启TIME_WAIT快速回收需要同时打开tcp_tw_recycle和tcp_timestamps(默认打

只要搜一下，你就会发现，十有八九的处理方式都是教你设置两个参数，一个叫tcp_tw_reuse，另一个叫tcp_tw_recycle的参数，这两个参数默认值都是被关闭的，后者recyle比前者resue

前一段时间在做全站HTTPS的部署时，遇到了一个很有趣的与Linux内核相关的问题，本人对内核没有研究，记录下来作为学习笔记。1.问题背景前段时间为了应对苹果的ATS策略，完成了全站服务端的HTTPS部署。为了减少负载均衡设备的开销，我们开启的是F5的四层模式Perfomance(Layer4)，即只处理四层TCP连接，过来后直接做NAT转发到后端WebServer。然而诡异的问题发生了，完成这次

考虑到是不是网络参数的问题，所以修改了tcp_tw_recycle，改完以后发现问题得到解决。初步判断是由于centos5和6以及安卓系统对tcp链接中的信息不同导致的，ios系统不存在该问题。

注意：本文档中的内核代码的版本：linux-4.0.5/**************************************************Author:Samson*Date:07/14/2015*Testplatform:*gcc(Ubuntu4.8.2-19ubuntu1)4.8.2*GNUbash,4.3.11(1)-release(x86_64-pc-linux-gnu)

【tcp_tw_recycle和tcp_timestamps】参考官方文档（http://www.kernel.org/doc/Documentation/networking/ip-sysctl.txt

tcp_tw_recycle参数引发的故障ByEric故障描述：2010年9月7日，新上线的手机游戏论坛有部分地区用户反应登陆游戏时出现不能登陆或登陆超时等情况，观察用户同时在线数量开始下降情况。

上网查询相关信息，发现很多的情况是因为打开了tcp_tw_recycle导致的(特别是在NAT的情况下)，那么tw_recycle和tw_reuse有什么联系和关联，又是如何触发问题的呢。

为什么80%的码农都做不了架构师？>>>Fri Jul 31 15:45:01 CST 2015 HTTP OK: HTTP/1.1 200 OK - 240 bytes in 0.087 second response time |time=0.087261s;;;0.000000 size=240B;;;0Fri Jul 31 15:48:01 CST 2015 HTTP OK: HTTP/1

为什么80%的码农都做不了架构师？>>>近期，笔者维护的服务器环境出现了一些连接异常，一些机器能连接，一些机器不能连接，windows都可以正常连接。内网的Linux机器，通过NAT映射对外提供服务，因为之前routeOS的配置原因，导致客户端IP全变为routeOS的内网关ip,久久排查经过抓包发现，内网的Linux机器接收到了TCPSYN数据包，却没有作任何响应。结论就是：客户端在建立一个tc

不同时开启tcp_timestamps和tcp_tw_recycle的场景描述FULLNAT下FULLNAT在client请求VIP时，不仅替换了package的dstip，还替换了package的srcip

近来线上陆续出现了一些connect失败的问题，经过分析试验，最终确认和proc参数tcp_tw_recycle/tcp_timestamps相关；1.现象第一个现象：模块A通过NAT网关访问服务S成功

TIME_WAIT因为TCP连接是双向的，所以在关闭连接的时候，两个方向各自都需要关闭。先发FIN包的一方执行的是主动关闭；后发FIN包的一方执行的是被动关闭。主动关闭的一方会进入TIME_WAIT状态，并且在此状态停留两倍的MSL(最大报文存活时间,一般Linux内核设置30秒)时长。为什么主动方要傻乎乎等2MSL呢?不等,行不行?TCP目的是可靠传输,主动关闭的一方发出FIN,被动方回复ACK

mysql所在的Linux服务器出现很卡的问题，查看发现mysql进程占用资源很高。执行：netstat-an|grepTIME_WAIT，发现系统出现了大量的TIME_WAIT状态的mysql连接。排查内核相关优化参数。vim/etc/sysctl.conf#是否开启TCP连接重用，不设置则系统默认关闭（0）。如果开启（1），允许将TIME-WAIT状态的Socket重新用于新的TCP连接，可降

近来线上陆续出现了一些connect失败的问题，经过分析试验，最终确认和proc参数tcp_tw_recycle/tcp_timestamps相关；1.现象第一个现象：模块A通过NAT网关访问服务S成功

转载地址：http://blog.csdn.net/wireless_tech/article/details/6405755故障描述：2010年9月7日，新上线的手机游戏论坛有部分地区用户反应登陆游戏时出现不能登陆或登陆超时等情况，观察用户同时在线数量开始下降情况。排错过程：一、初步检查是否有变更导致的故障：1、联系同事检查网络是否有问题或有对该机房网络是否有进行过调整，反回结果是没有变更操作。

linuxTIME_WAIT相关参数:net.ipv4.tcp_tw_reuse=0表示开启重用。允许将TIME-WAITsockets重新用于新的TCP连接，默认为0，表示关闭net.ipv4.tcp_tw_recycle=0表示开启TCP连接中TIME-WAITsockets的快速回收，默认为0，表示关闭net.ipv4.tcp_fin_timeout=60表示如果套接字由本端要求关闭，这个参

近来线上陆续出现了一些connect失败的问题，经过分析试验，最终确认和proc参数tcp_tw_recycle/tcp_timestamps相关；1.现象第一个现象：模块A通过NAT网关访问服务S成功

只要在网络上搜索一下，你就会发现，处理方式差不多都是设置两个参数：一个叫tcp_tw_reuse，另一个叫tcp_tw_recycle的参数。本文主要讨论这两个参数带来的副作用。从状态机图上可以

tcp_timestamps,tcp_tw_reuse,tcp_tw_recycle几篇比较好的解释这三个参数的文章：https://serverfault.com/questions/502305/linux-networking-port-exhaustionhttp

在排查一个超时问题的时候，又再一次遇到了tcp_tw_recycle在遇到NAT的场景下，可能导致丢包的问题，掉进同一个坑两次，因此做一次记录；特别是手抽改过系统tcp参数的应用，需要注意现象不同主机C1

tcpTIME_WAIT进入主题前必须做铺垫啊,讲讲TIME_WAIT.因为TCP连接是双向的，所以在关闭连接的时候，两个方向各自都需要关闭。先发FIN包的一方执行的是主动关闭；后发FIN包的一方执行的是被动关闭。主动关闭的一方会进入TIME_WAIT状态，并且在此状态停留两倍的MSL(最大报文存活时间,一般Linux内核设置30秒)时长。为什么主动方要傻乎乎等2MSL呢?不等,行不行?TCP目的

转载链接：https://vincent.bernat.im/en/blog/2014-tcp-time-wait-state-linux#fn-rfc1337服务器端time_wait满了后，客户端相同的port为什么还能正常被请求:Whenaconnectionisclosedactively,itMUSTlingerinTIME-WAITstateforatime2xMSL(MaximumS

linuxTIME_WAIT相关参数:net.ipv4.tcp_tw_reuse=0表示开启重用。允许将TIME-WAITsockets重新用于新的TCP连接，默认为0，表示关闭net.ipv4.tcp_tw_recycle=0表示开启TCP连接中TIME-WAITsockets的快速回收，默认为0，表示关闭net.ipv4.tcp_fin_timeout=60表示如果套接字由本端要求关闭，这个参

问题描述：同时使用4个手机一起登陆游戏，会出现有手机登陆不上的问题（4个手机用wifi连在同一个局域网内）使用同一内网中多个pc同时登陆游戏，都可以正常登陆我们游戏登陆流程大概是客户端先登陆LoginServer，获取到GameServer的IP和端口，然后服务器主动断开连接，客户端再去连接GameServer实验发现，手机上登陆不上的客户端，反复登陆，还是登陆不上，这时候使用命令发现有socke

首先排除端口是否已经耗尽，发现仍有很多富余那么可能就是linux内核网络参数tcp_tw_recycle捣鬼。登录对

Linux内核有两个重要的设置，对于每秒处理上千个连接的高流量站点而言，是很有用处的，这两个设置就是tcp_tw_recycle和tcp_tw_reuse。

系统层优化系统socket层优化echo65535>/proc/sys/net/core/somaxconn准许最大链接数echo1>/proc/sys/net/ipv4/tcp_tw_recycle快速回收链接

本文从一次巧合发现高版本Linux不再支持tcp_tw_recycle，深入研究了连接状态TIME_WAIT的原理，进而分析了tcp_tw族内核参数和如何应用它们对Linux的连接进行调优。

查看和修改Linux实例内核参数方法一、通过/proc/sys/目录查看内核参数：使用cat查看对应文件的内容，例如执行命令cat/proc/sys/net/ipv4/tcp_tw_recycle查看n

背景：在某项目部署测试过程中，k8s中的微服务出现连接集群之外的数据库服务超时，虽然是偶发性，但出现频率较高，已对安全产品按期交付构成较大风险，需要尽快解决。问题分析：为方便更加清晰的理解问题，首先介绍下服务整体部署架构。在3台VM虚机中部署k8s集群，在k8s集群内部署安全产品的容器服务，而数据库服务则是部署另外3台VM进行高可用，部署架构图1如下：图1安全服务整体架构图标题控制台中的日志报错为

前段时间遇到一个诡异的问题，连接走NAT转发会出现偶尔连接不通的情况，后来检查发现，NAT加tcp_timestamps和tcp_tw_recycle会造成后端服务器丢包。

服务器A测：tcp_tw_recycle与tcp_timestamps均是开启的。通过wireshark抓包可以看到：异常的云服务器，一直在重传syn，而对端收到了syn，却不响应ack，syn。

一、问题描述阿里云服务器偶尔连接不上的问题出现在我做了一些TCP优化之后，出现了公司内网偶尔会出现连接不上服务器的问题，但是切换其他的网络就可以正常连接。二、故障分析1，登陆服务器查看资源使用top，vmstat等命令查看了一番发现服务器各项指标都没有异常。于是将问题转向了网络层。2，本地使用ping服务器外网ip正常返回，无丢包，延迟也正常。3，登录服务器查看tcp相关数据。$netstat-s