plantegg
·
问题：为什么你的 SYN 包被丢了——求答案
💡
原文中文，约1700字，阅读约需5分钟。
📝
内容提要
在NAT环境中，设置net.ipv4.tcp_tw_recycle可能导致SYN包丢失。通过tcptraceroute和tcpping工具进行端口探测时，偶尔会出现不通的情况。实验建议使用3.10内核，将tcp_tw_recycle设置为1，并观察curl请求后tcpping的连通性变化。
🎯
关键要点
- 在NAT环境下设置net.ipv4.tcp_tw_recycle可能导致SYN包丢失。
- 使用tcptraceroute和tcpping工具进行端口探测时，偶尔会出现不通的情况。
- 建议使用3.10内核，并将tcp_tw_recycle设置为1。
- 观察curl请求后tcpping的连通性变化。
- tcp_tw_recycle参数在4.13版本后已被移除。
❓
延伸问答
在NAT环境中，为什么设置tcp_tw_recycle会导致SYN包丢失？
在NAT环境中，tcp_tw_recycle的设置可能导致多个客户端通过同一IP访问服务端时，SYN包被丢失。
如何使用tcptraceroute和tcpping进行端口探测？
可以通过安装tcptraceroute工具，并使用tcpping脚本来持续探测端口的连通性。
tcp_tw_recycle参数在什么版本后被移除？
tcp_tw_recycle参数在4.13版本后被移除。
在实验中，如何观察curl请求后tcpping的连通性变化？
在客户端执行curl请求后，观察tcpping的输出，查看是否出现偶尔不通的情况。
建议使用哪个内核版本来避免SYN包丢失的问题？
建议使用3.10内核版本来避免SYN包丢失的问题。
tcp_tw_recycle的默认值是什么？
tcp_tw_recycle的默认值是0，需要手动设置为1。
➡️
