【问题标题】:firefox ipv6 connection failed while tcp layer connectedtcp 层连接时 firefox ipv6 连接失败
【发布时间】:2011-09-02 05:44:54
【问题描述】:

我正在尝试通过带有 Firefox 6 的 Windows xp sp3 中的 IPv6 链接本地地址连接到 http 服务器。 虽然通过服务器的 IPv4 地址连接工作正常,但 IPv6 失败并出现连接失败错误。

通过Wireshark,序列观察为:

         direction    protocol    port         transmission
1. client -> server:  tcp         1061-> 80   [syn]
2. server -> client:  tcp         80->1061    [syn, ack]
3. client -> server:  tcp         1061->80    [ack]
4. client -> server:  http                    [get /]
5. server -> client:  http                    [200 OK]

在第 5 次传输中,包含请求的 html 文件。 但是浏览器显示连接失败。 tcp 层似乎收到了消息,无法将其传递到 http 层或浏览器。 我禁用了防火墙,结果是一样的。

有人可以提供线索或提示进行追踪。 谢谢。

【问题讨论】:

  • 数据包5中的整个响应?那将是一个微小的反应......

标签: http firefox firewall ipv6 windows-firewall


【解决方案1】:

我怀疑这不是数据包 5 中的全部响应。

此类问题通常是由损坏的路径 MTU 发现引起的。如果路径中有隧道,则 MTU 可能小于 1500 字节,即 1480 字节。所有小于 1480 字节的包都会通过。当服务器发送一个 1500 字节的数据包时,它对于隧道来说太大了。隧道路由器发回一个 Packet-too-big ICMP 错误,服务器以 1480 字节块的形式发送数据。如果永远不会产生 ICMP 错误或防火墙阻止了 ICMP 数据包,那么服务器永远不会知道它应该发送较小的数据包,它会继续发送大数据包,并且它们永远不会到达......

大多数情况下,此类问题是由配置错误的防火墙引起的。有时是硬件或软件损坏。

【讨论】:

  • 感谢您的回复桑德。我检查了数据包 5 的大小,它是 1475 字节。并且浏览器也没有接收到另一个312字节的HTTP重定向消息(302暂时移动),以相同的传输顺序。
  • 对于 302(重定向)响应,只包含一个新的 URL,它非常小。
  • 好的,那么这确实是软件问题,而不是网络问题。您可以将完整的数据包转储发送给我,以便我查看吗?
  • 您好 Sander,感谢您的帮助,我已将数据包转储文件发送至 sander@steffann.nl。
  • 很奇怪。它是链路本地流量,所以路径 MTU 问题确实很奇怪 :-) 数据包似乎没问题,接收方发送了一个 ACK​​,所以实际上接收到了数据包。我不知道为什么浏览器没有看到数据......对不起
猜你喜欢
  • 2013-11-17
  • 1970-01-01
  • 1970-01-01
  • 2012-05-25
  • 2018-02-10
  • 2019-02-21
相关资源
最近更新 更多