本帖最后由 lvkai 于 2018-8-17 13:41 编辑
今天遇到一个客户新装的天联高级版,刷新不了错误截图如下
分析:用sutpingping了下是通的,感觉没有什么问题。但是就是报上面的报错
改了dns为4个114没有用
用gnlanindex.gnway.com打开网页可以打开
想到这个可以打开就改host,结果改host也没效果
最后在网上看了下,有个帖子刚刚好可以解决这个问题
原因和原理: 客户反映,接口访问不定期的会出现慢响应的情况,单个请求,耗时近10s。 用 WireShark 抓包并过滤本地端口,单个访问流: 
包序列解析: (1)No.9813:第一个包是 [SYN, ECN, CwR] 包,说明启用了 ECN,发送带有 ECN 位设置的包; (2)正常情况下,目标会返回一个[ACK]包,告知当前链路上的拥塞情况,但这里并没有收到响应包; (3)No.9815:重新发送一次 ECN 包,也无响应; (4)No.9855:这时,距离第一次请求已经过去了9s,之后,放弃ECN,直接尝试建立连接; (5)No.9855 ~ No.9865:建立TCP连接,建立Https通讯,完成数据交互; (6)No.9866:RST包,请求完成。 分析:
两次 ECN 都无响应,判断是,通路上,某个设备不支持 ECN 或出错了,发现有 ECN位设置的包就直接丢弃。 解决办法:
关闭服务器的 ECN,问题解决,响应耗时正常。 ECN关闭方法为: netsh interface tcp set global ecncapability=disabled 附上ECN的简介 Explicit Congestion Notification(显示拥塞通知) 基本原理:路由器在出现拥塞时通知TCP。
(1)TCP段传递时,路由器使用IP首部中的2位来记录拥塞;
(2)TCP段到达后,接收方知道报文段是否在某个位置经历过拥塞。
然而,需要了解拥塞发生情况的是发送方,而非接收方。
因此,接收方使用下一个ACK通知发送方有拥塞发生,然后,发送方做出响应,缩小自己的拥塞窗口。 所以解决办法很简单也就是打开cmd输入
netsh interface tcp set global ecncapability=disabled 这个命令点确定就可以解决了
|
共 0 个关于天联高级版(刷新许可证)认证不到服务器,提示连接服务器失败的回复 最后回复于 2018-7-17 12:18