完善资料让更多小伙伴认识你,还能领取20积分哦, 立即完善>
我承认这很奇怪,几个月来我一直在追逐它。基本上,我构建了一个提供 Web 界面的基于 ESP 的加热系统控件。我已转发此端口,因此我可以使用特定端口从防火墙外部访问它。它适用于任何地方 - 除了我尝试从我的 Verizon 无线电话使用它时没有任何问题。该页面只是挂起。所以我将我的开发笔记本电脑连接到手机上的移动热点并进行了尝试。同样的问题 - 没有快乐。当我捕获数据包时,我看到在一个工作案例中服务器提供了这个:
HTTP/1.1 200 OK Content-Type: text/html Content-Length: 2201 Connection: close ...然后是页面的其余部分。 在失败模式下,我只得到这个: HTTP/1.1 200 OK Content-Type: text/html Content-Length: 2201 Connection: close 在这两种情况下,上面的标头信息都在第一个 TCP 数据包中。当它工作时,页面的其余部分被分成 2 个以上的数据包。在失败模式下,数据在包头之后结束。如果我正在正确读取 wireshark 数据,则似乎需要多个数据包,但不会发送更多数据包。 我应该注意到,我已经从防火墙后面捕获了数据包,并且正在观察进出 ESPWeb 服务器的所有数据。那么为什么它会停止发送呢?它是否缺少 ACK?还是这与 MTU 大小和数据包碎片有关?我觉得它在网络层。我所有的设备都设置为 MTU=1500。 我知道这听起来不太可能,但我坐下来解决了 4 次,但仍然无法提出解决方案。我刚刚将我的家庭互联网从 Comcast 转移到 FIOS,所以我一直在等待更改完成以防有任何影响。仍然有同样的问题。这是布局: ESP<---->unifi WAP<------>wired to sonicwall<------------>FIOS 我有一些 .pcap 格式的数据包跟踪。我有什么想念的吗? |
|
相关推荐
|
|
只有小组成员才能发言,加入小组>>
968 浏览 1 评论
553浏览 6评论
463浏览 5评论
有没有办法在不使用混杂模式的情况下实现Wifi驱动程序接收缓冲区访问中断呢?
447浏览 5评论
448浏览 4评论
418浏览 4评论
小黑屋| 手机版| Archiver| 电子发烧友 ( 湘ICP备2023018690号 )
GMT+8, 2024-11-27 13:06 , Processed in 0.820047 second(s), Total 77, Slave 59 queries .
Powered by 电子发烧友网
© 2015 bbs.elecfans.com
关注我们的微信
下载发烧友APP
电子发烧友观察
版权所有 © 湖南华秋数字科技有限公司
电子发烧友 (电路图) 湘公网安备 43011202000918 号 电信与信息服务业务经营许可证:合字B2-20210191 工商网监 湘ICP备2023018690号