Http Firefox在加载一个网站时总是显示旋转的轮子，没有内容出现

当我尝试使用Firefox访问一个内部网站时，浏览器显示旋转的轮子，没有显示任何内容

telnet已测试，IP 10.168.25.1和端口3080正常

系统Solaris 10

其他一些计算机可以通过Firefox或IE将预期的页面内容发送到此URL（一些java小程序）

另一台使用Windows的计算机也存在Firefox或IE的相同问题

Snoop“Snoop-o ema1.pcap 10.168.25.1”结果：

否。时间源目标协议长度信息 1 0.00000010.82.14.17310.168.25.1 TCP 66 48126→3080[SYN]序列=0 Win=49640 Len=0 MSS=1460 WS=1 SACK_PERM=1

第1帧：有线66字节（528位），捕获66字节（528位） 以太网II，Src:HewlettP_c0:ee:50（c4:34:6b:c0:ee:50），Dst:ExtremeN_82:0d:b5（00:04:96:82:0d:b5） 互联网协议版本4，Src:10.82.14.173，Dst:10.168.25.1 传输控制协议，Src端口：48126，Dst端口：3080，Seq:0，Len:0

否。时间源目标协议长度信息 2 0.248140 10.168.25.1 10.82.14.173 TCP 66 3080→48126[SYN，ACK]序列=0 ACK=1 Win=14600 Len=0 MSS=1460 SACK\U PERM=1 WS=128

第2帧：有线66字节（528位），捕获66字节（528位） 以太网II，Src:ExtremeN_82:0d:b5（00:04:96:82:0d:b5），Dst:HewlettP_c0:ee:50（c4:34:6b:c0:ee:50） 互联网协议版本4，Src:10.168.25.1，Dst:10.82.14.173 传输控制协议，Src端口：3080，Dst端口：48126，序列：0，应答：1，长度：0

否。时间源目标协议长度信息 3 0.248156 10.82.14.17310.168.25.1 TCP 54 48126→3080[ACK]序列=1 ACK=1 Win=49640 Len=0

第3帧：线路上54字节（432位），捕获54字节（432位） 以太网II，Src:HewlettP_c0:ee:50（c4:34:6b:c0:ee:50），Dst:ExtremeN_82:0d:b5（00:04:96:82:0d:b5） 互联网协议版本4，Src:10.82.14.173，Dst:10.168.25.1 传输控制协议，Src端口：48126，Dst端口：3080，序列：1，应答：1，长度：0

否。时间源目标协议长度信息 4 0.24822310.82.14.17310.168.25.1 HTTP 339 GET/HTTP/1.1

第4帧：339字节在线路上（2712位），339字节捕获（2712位） 以太网II，Src:HewlettP_c0:ee:50（c4:34:6b:c0:ee:50），Dst:ExtremeN_82:0d:b5（00:04:96:82:0d:b5） 互联网协议版本4，Src:10.82.14.173，Dst:10.168.25.1 传输控制协议，Src端口：48126，Dst端口：3080，序列：1，应答：1，长度：285 超文本传输协议

否。时间源目标协议长度信息 5 0.494740 10.168.25.1 10.82.14.173 TCP 60 3080→48126[ACK]序列=1 ACK=286 Win=15744 Len=0

第5帧：有线60字节（480位），捕获60字节（480位） 以太网II，Src:ExtremeN_82:0d:b5（00:04:96:82:0d:b5），Dst:HewlettP_c0:ee:50（c4:34:6b:c0:ee:50） 互联网协议版本4，Src:10.168.25.1，Dst:10.82.14.173 传输控制协议，Src端口：3080，Dst端口：48126，序列：1，应答：286，长度：0

---

不再进行网络通信

从客户端和服务器窥探，客户端的HTTP请求成功到达服务器，但服务器的HTTP响应正在发回，就像某些网络问题阻止了响应一样

从客户端和服务器窥探，客户端的HTTP请求成功到达服务器，但服务器的HTTP响应正在发回，就像某些网络问题阻止了响应一样

这是一篇很久以前的帖子，但需要注意的是RTT约为250ms。如果来自服务器的响应很长，比如几MB，则可能需要很长时间才能到达。如果从客户端10.82.14.173查看播发窗口，播发窗口仅为49KB，如果服务器正在发送具有此延迟的一些MB响应，这是不够的。响应到达的时间可能超过250ms*20=5秒，仅1MB。如果是6MB或更多，则需要+30秒，web浏览器可能会超时。

这是一篇很久以前的文章，但需要注意的是RTT约为250ms。如果来自服务器的响应很长，比如几MB，则可能需要很长时间才能到达。如果从客户端10.82.14.173查看播发窗口，播发窗口仅为49KB，如果服务器正在发送具有此延迟的一些MB响应，这是不够的。响应到达的时间可能超过250ms*20=5秒，仅1MB。如果是6MB或更大，则需要+30秒，web浏览器可能会超时