net.ipv4.tcp_tw_recycle配置问题

最新推荐文章于 2024-05-21 11:48:19 发布

chengyi5512

最新推荐文章于 2024-05-21 11:48:19 发布

阅读量1.2k

点赞数

文章标签：网络运维

原文链接：https://my.oschina.net/110NotFound/blog/3094679

版权

本来这个是不想写的，理应当是一个运维的问题，结果发现近期又出现了这样的问题，有的机器配置了 net.ipv4.tcp_tw_recycle=1 ，表示开启TCP连接中TIME-WAIT sockets的快速回收。

这种配置会导致一个问题，当服务是一个网关类的应用的时候且访问量很大的时候容易出现很多的连接拒绝的情况。

在linux 4.1内核中，net.ipv4.tcp_tw_recycle 参数将被移除。

具体的原因可参考以下文章：

https://www.cnxct.com/coping-with-the-tcp-time_wait-state-on-busy-linux-servers-in-chinese-and-dont-enable-tcp_tw_recycle

转载于:https://my.oschina.net/110NotFound/blog/3094679

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

chengyi5512

关注关注

0
点赞
踩
2

收藏

觉得还不错? 一键收藏
0
评论
复制链接

分享到 QQ

分享到新浪微博

扫一扫

不要在linux上启用net.ipv4.tcp_tw_recycle参数

weixin_34358092的博客

03-20

2157

不要在linux上启用net.ipv4.tcp_tw_recycle参数发布于 2015/07/27莿鸟栖草堂本文为翻译英文BLOG《Coping with the TCP TIME-WAIT state on busy Linux servers》，但并非完整的翻译，译者CFC4N对原文理解后，进行了调整，增加了相关论点论据，跟原文稍有不同。翻译的目的，是为了...

网络优化之net.ipv4.tcp_tw_recycle和tcp_tw_reuse参数

weixin_30764771的博客

05-10

9404

参与评论您还未登录，请先登录后发表或查看评论

net.ipv4.tcp_tw_recycle参数造成的连接不稳定

很青的青蛙专栏

03-17

6673

net.ipv4.tcp_tw_recycle参数造成的连接不稳定，NAT设备后面的用户上网，发出的TPC/IP时间戳不连续，造成服务端丢弃连接。那该不该设置呢？我认为这样： 1. 如果是服务企业客户，或者是一个企业互联网就用，那就设置为0，企业客户投诉和抱怨影响是非常大的，只能其它方面来优化。 2. 如果是一个互联网普通用户使用的网站，设置为1，那也影响不大。

linux 网络优化 net.ipv4.tcp_tw_recycle 简介

最新发布

纵歌的博客

05-21

822

tcp_tw_recycle慎用，记一次故障引发的教训

linux系统参数之ip_local_port_range、tcp_max_tw_buckets、tcp_tw_reuse

u011764940的博客

12-19

5853

一，linux TIME_WAIT 相关参数 1，/proc/sys/net/ipv4/ip_local_port_range：端口范围，不要超过1024到65535，1024以下系统使用，65535以上会提示失败 2，/proc/sys/net/ipv4/tcp_max_tw_buckets：kernel中最多存在的TIME_WAIT数量 3，net.ipv4.tcp_tw_reuse = 0 表示开启重用。允许将TIME-WAIT sockets重新用于新的TCP连接，默认为0，表示关闭 4，n...

由于net.ipv4.tcp_tw_recycle和net.ipv4.tcp_timestamps引发的请求无响应问题

top_explore的博客

07-28

2246

PAWS机制 TCP协议中有一种机制，缓存了每个主机（即ip）过来的连接最新的timestamp值。这个缓存的值可以用于PAWS（Protect Against Wrapped Sequence numbers，是一个简单的防止重复报文的机制）中，来丢弃当前连接中可能的旧的重复报文。而Linux实现这个机制的方法就是同时启用net.ipv4.tcp_timestamps和net.ipv4.tcp_tw_recycle 这两个选项。这种机制在客户端-服务器一对一的时候，没有任何问题，但是当服务器在负

应用连接数据库偶发性连接拒绝——Linux内核参数net.ipv4.tcp_tw_recycle 导致的异常记录

djp304的博客

01-10

1284

新上线的应用连接数据库总是偶发性连接拒绝，开始以为是数据库连接池（使用的Druid）空闲连接配置有误导致，经调整后依然没有解决问题。后偶然发现，使用Telnet 探测连接，也存在类似问题，后开始在调用链路各节点开始抓包，根据抓包结果，多方在网络上查看各位大神的帖子和咨询资深同事，终于确认问题原因并解决。现记录该问题如下，以便后续类似问题参考。（文章中的知识点来源于与网上各种资料，记录该文章为自己记录以及有相同问题的朋友多个思路，如有侵权，可联系删除）先来说一下此次问题的系统调用链路：...

net.ipv4.tcp_tw_recycle 参数的影响

weixin_34352005的博客

06-23

276

2019独角兽企业重金招聘Python工程师标准>>> ...

已经被废弃的 tcp_tw_recycle

papaya的博客

09-20

4973

如果TIME-WAIT的条目已经被新连接所复用，则新连接的SYN包会被忽略掉，并且会收到FIN包的重传，本地会回复一个RST包(因为此时本地连接为SYN-SENT状态)，这会让远程端跳出LAST-ACK状态，最初的SYN包也会在1秒后重新发送，然后完成连接的建立，整个过程不会中断，只是有轻微的延迟。又回到了上面说到的 IP 网络本身尽力而为的传输机制，并不保证数据包在底层传输的时候，接收方收到的数据包的数据顺序不一定是按照发送方的顺序，再加上数据传输延迟，就让上图的问题发生的情况成为了大概率事件。

TCP网络常见调优参数之一：tcp_tw_recycle

li_danwang的专栏

10-31

1546

判断第二个包是重复报文，丢弃之反映出来的情况就是在云存储上抓包，发现有SYN包，但就是不回ACK包，因为SYN包已经被丢弃了。在一些高并发的 TCP Server上，为了能够快速回收time_wait的状态socket，打开了 tcp_tw_reccycle ，内核就会检查tcp包时间戳，但无法保证客户端是否NAT后面过来的请求，发来的包的时间戳是可能乱跳的，所以服务器端就把带了“倒退”的时间戳的包当作是“recycle的tw连接的重传数据，不是新的请求”，于是丢掉不回包，造成大量丢包。

记一次因tcp_tw_recycle误设置为1导致服务器无法正常建立TCP连接的问题排查

MacwinWin的博客

08-30

1190

背景为某SaaS平台的数据推送服务写的接口无法及时响应数据推送请求，导致频繁出现请求超时。接口部署在公司的阿里云上。 2021-08-25 而放在公司以外的服务器上时就一切正常了。 2021-08-26

深入TCP协议——tcp_tw_reuse和tcp_tw_recycle

qq_25046827的博客

07-20

4938

我们已经知道TCP四次挥手中，主动方在收到被动方的FIN数据包之后会进入TIME_WAIT状态等待2MSL的时间后才进入CLOSED。在 Linux 操作系统下，TIME_WAIT 状态的持续时间是 60 秒，这意味着这 60 秒内，客户端一直会占用着这个端口，这是有一定的开销的。如果如果主动关闭连接方的 TIME_WAIT 状态过多，占满了所有端口资源，则会导致无法创建新连接。

net.ipv4.tcp_tw_recycle导致的请求超时

weixin_30919235的博客

12-17

364

背景：线上环境登录页，大量请求超时无响应。检查网正常，服务器CPU，内存等参数也都正常。参考：https://www.jianshu.com/p/893b5d7e9f30 原因：服务器启用了net.ipv4.tcp_tw_recycle机制当开启了tcp_tw_recycle选项后，当连接进入TIME_WAIT状态后，会记录对应远端主机最后到达分节的时间戳。如果同样的主机有新的分节到达，...

tcp_tw_recycle参数引发的故障

weixin_34221775的博客

05-12

160

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