爱快喊你回家学习TCP重传机制

bisao

https://bbs.ikuai8.com/thread-98196-1-1.html
之前发了个帖子，然后进了爱快bug追踪群，最后客服的结论是，请你回去学习一下tcp重传机制。

好吧，学习就学习，我小白，大概学习了一下，简单点来说就是我跟你say hi，如果你不答应，我就不停的say hi，直到你答应为止，如果你一直不答应，我累了也就喊不动了。

我的环境是这样     防火墙----------爱快（路由模式）----------say  hi的随机设备

路由模式，简单理解就是一个传声筒，设备喊什么，爱快就喊什么。
问题来了，我这一台设备跟爱快喊了一声 hi，然后爱快就不停的给防火墙say hi，然后我嫌吵就把设备给拔了，然后惊悚的来了，
爱快还在激情四射的say hi，然后防火墙受不了了，拜托你别喊了，但是爱快就像吃了超级版的伟哥，状态慢慢的中国足球，硬是坚持了90分钟不*。
最后只能拔线了事。

请问：为什么爱快不会累？？

秀字营

在群内就给你回复完了，你想在论坛，我们也在论坛再次给您回复
1、在上层抓包查看过，来源IP建立连接IP不是爱快， 是下面客户机IP。
2、爱快只做路由转发， 不是连接的创造着和发起者
3、此类问题，与爱快无关联，我们如何查，又查什么，请证明爱快的关联性，我们好切入
4、告知你了解其他的情况去分析问题可能造成原因，了解不了解当然是你的思想
答：爱快会7*24小时工作，只要有连接请求需要爱快转发

bisao

发起者都不存在了，爱快为什么还会有连接请求？爱快底下已经没有设备，爱快转发什么？

秀字营

bisao 发表于 2019-5-15 16:17
发起者都不存在了，爱快为什么还会有连接请求？爱快底下已经没有设备，爱快转发什么？ ...

2、爱快只做路由转发， 不是连接的创造着和发起者

转发什么不是我们主动想出来创造出来的，来了才转发，不来怎么转发
又拿什么信息来确认是爱快主动给你创造出来的这持续90分钟的新建连接

当时爱快终端监控有数据吗，  ARP有数据吗，线路监控有数据吗
还有你抓包看下来源的mac地址是爱快的wan接口的还是客户机的 （拔掉后新抓包的数据）

给足信息才能确认和爱快的关联才能进一步分析确认情况问题
而不是你上述的情况发现防火墙有流量，看到的还是PC的IP，然后就定位就是爱快的问题，这样的信息只有一个结果，爱快没有主动发起连接的逻辑，只是转发

bisao

看图吧，来源地址是爱快的mac
现在才说要给足信息，为什么在群里只是说不关爱快的事，没让我提供信息，也不看我发的图。

秀字营

bisao 发表于 2019-5-15 17:04
看图吧，来源地址是爱快的mac
现在才说要给足信息，为什么在群里只是说不关爱快的事，没让我提供信息，也 ...

群里你给的信息就是地址是PC地址，有很大流量
你问的问题就是为什么设备拔掉 还是看到客户端的IP地址建立连接
为什么爱快转发这个连接，设备已经去掉了

现在追问的是我们讨论后证明问题情况的进一步信息内容
确认是否跟之前追踪处理过路由转发模式条件下，开启云安全，会有线路监控wan接口流量大于lan接口流量的情况

最后说情况，确认来源的mac是爱快发起，并且PC已经离线很久的情况
检查是否开启云安全功能，如是则关闭测试是否还有现象

bisao

云安全的确开了，现在已经关闭。
确认mac是爱快发起，确认局域网拔掉10分钟。

现在这种才是解决问题应有的做法，提出解决建议。

秀字营

bisao 发表于 2019-5-15 18:05
云安全的确开了，现在已经关闭。
确认mac是爱快发起，确认局域网拔掉10分钟。

提出解决建议的前提是你提供的信息是什么
基于你的信息我们才能确认进一步的处理方案

同样的问题情况，来给的信息不是一样的描述， 处理逻辑判断给出答案必然是不同的

观察继续情况确认是否云安全因素，如果是的话320版本已经处理好了，等发布包即可

gggganvtk

发现问题是好的。没有给足相关信息还是有所不对的。看了留言贴子。貌似在这发贴LZ才把所有的原因列举出来了:D

bisao

gggganvtk 发表于 2019-5-15 22:30
发现问题是好的。没有给足相关信息还是有所不对的。看了留言贴子。貌似在这发贴LZ才把所有的原因列举出来了 ...

我是在合理发帖后才去的bug群，并且在群里发了本贴链接，只是客服没认真看！！