小编Raj*_*eja的帖子

这个问题之所以存在是因为它具有历史意义,但它不被认为是本网站的一个好的,主题上的问题,所以请不要将它作为证据,你可以在这里提出类似的问题.

更多信息:https://stackoverflow.com/faq

我有一个奇怪的TCP问题根本没有意义.我正在撕扯我的头发.

从Amazon S3下载文件(并且只有Amazon S3-其他所有站点都能正常工作)连接中断的时间有一定百分比.这只发生在西雅图的服务器上,NAT路由器后面有一个Web服务器.直接从路由器连接工作正常.从我们在维多利亚州的服务器一切正常,我们根本无法复制这一点.

• 西雅图的Web服务器(尝试了10个不同的服务器) - > SNAT路由器(2个不同的路由器;旧内核和新内核) - > Amazon S3 =不起作用~10%的时间
• 西雅图的Web服务器 - > SNAT路由器 - >任何其他网站=工作
• 路由器框 - > Amazon S3 =工作
• 维多利亚的Web服务器 - >维多利亚的SNAT路由器 - > Amazon S3 =工作

我试过的事情:

• 禁用窗口缩放
• 降低窗口大小
• 将路由器升级到最新的内核
• 完全禁用防火墙

在失败的情况下,亚马逊(或沿途的东西)向我们发送一个868长度的数据包而不是预期的1500字节数据包.服务器看到数据包后回复RST数据包(发生错误)并断开连接.

任何帮助将不胜感激!

以下是两个TCP转储 -

------------ Begin Error Case TCP Dump -------------
tcpdump -r /tmp/s3doesntwork-died 
reading from file /tmp/s3doesntwork-died, link-type EN10MB (Ethernet)
19:58:42.542189 IP locum.sparklit.com.39491 > 189-81.amazon.com.www: S 193799772:193799772(0) win 5840 <mss 1460,sackOK,timestamp …