无法连接到某些 HTTPS 网站

Question 1

这是一个老问题，但对于那些通过 Google 来到这里的人来说，这会有所帮助。问题是 SSL 上的碎片化很糟糕，会破坏协议。如果您使用的是 PPPOE，路由器/DSL/Cable 调制解调器中的正常 MTU 是 1492。这太高了，会导致碎片化。1476 是适用于大多数网站的神奇数字。一些网站使用不同的 SSL 实现，因此 1480 甚至 1488 可能有效。为了实现 MOST 兼容性，网络设备（路由器、调制解调器等）WAN 端的 MTU 应该是 1476。

Answer

这是一个老问题，但对于那些通过 Google 来到这里的人来说，这会有所帮助。问题是 SSL 上的碎片化很糟糕，会破坏协议。如果您使用的是 PPPOE，路由器/DSL/Cable 调制解调器中的正常 MTU 是 1492。这太高了，会导致碎片化。1476 是适用于大多数网站的神奇数字。一些网站使用不同的 SSL 实现，因此 1480 甚至 1488 可能有效。为了实现 MOST 兼容性，网络设备（路由器、调制解调器等）WAN 端的 MTU 应该是 1476。

Question 2

您可以尝试以下几件事：

检查您的网卡设置。您的两个以太网接口均未显示 IPv4 地址。请确保您已打开 IPv4（您可能需要重新建立与路由器的连接以更新 IP）。如果这不起作用，请尝试关闭 IPv6 支持，看看是否有区别。通过右键单击时钟旁的网络图标（当处于以太网连接时，它是一对箭头，一个指向上方，另一个指向下方）并选择“编辑连接...”来执行此操作。在“IPv4 设置”选项卡中，确保将其设置为“自动（DHCP）”。如果要关闭 IPv6，请转到其选项卡并将其设置为“忽略”。
检查是否可以使用其他方法连接到站点。对于您无法连接的站点，响应是什么ping？怎么样traceroute（您可能需要安装 traceroute 才能使用它，仅供参考）？他们的响应可能会帮助您解决问题。如果他们无法访问 URL 的服务器，那么可能是 DNS 问题（但是，如果他们可以访问 URL 的服务器，但随后被丢弃，这可能只是意味着这些命令被阻止了）。
绕过路由器。如果您的路由器和调制解调器是两台不同的机器，请尝试将您的计算机直接连接到调制解调器，看看是否有任何变化。
重新启动调制解调器和路由器。有时，他们就是很糟糕。
重启你的电脑。有时，他们就是很糟糕。
尝试使用另一台计算机。如果你有一台电脑，那么这台电脑出现故障时，另一台电脑能正常工作吗？如果不行，那么可能是你的电脑出了问题。
清除计算机的缓存、cookie 等。有时，不良会话 cookie、缓存等可能会干扰与网站的连接（不久前我在使用 Google 时就遇到过这个问题）。清除它们并重新开始，看看会有什么结果。
断开所有 VPN 连接。点对点协议通常用于 VPN（PPP 接口），而 VPN 可能会干扰与站点的连接。右键单击时钟旁的网络图标，找到“VPN 连接”条目，并确保未选中任何列表（如果您没有“VPN 连接”菜单项，则表示您没有设置该菜单项），以确保您未连接。如果已选中任何列表，则表示您已连接到该网络，请断开与该网络的连接。

记住：你所做的每一件事，并非都会导致简单的“成功或失败”，任何服务器对您的请求的反应的变化会告诉我们一些信息。因此，如果您执行上述任何操作并收到新消息，请不要忘记更新您的问题。

Answer

您可以尝试以下几件事：

检查您的网卡设置。您的两个以太网接口均未显示 IPv4 地址。请确保您已打开 IPv4（您可能需要重新建立与路由器的连接以更新 IP）。如果这不起作用，请尝试关闭 IPv6 支持，看看是否有区别。通过右键单击时钟旁的网络图标（当处于以太网连接时，它是一对箭头，一个指向上方，另一个指向下方）并选择“编辑连接...”来执行此操作。在“IPv4 设置”选项卡中，确保将其设置为“自动（DHCP）”。如果要关闭 IPv6，请转到其选项卡并将其设置为“忽略”。
检查是否可以使用其他方法连接到站点。对于您无法连接的站点，响应是什么ping？怎么样traceroute（您可能需要安装 traceroute 才能使用它，仅供参考）？他们的响应可能会帮助您解决问题。如果他们无法访问 URL 的服务器，那么可能是 DNS 问题（但是，如果他们可以访问 URL 的服务器，但随后被丢弃，这可能只是意味着这些命令被阻止了）。
绕过路由器。如果您的路由器和调制解调器是两台不同的机器，请尝试将您的计算机直接连接到调制解调器，看看是否有任何变化。
重新启动调制解调器和路由器。有时，他们就是很糟糕。
重启你的电脑。有时，他们就是很糟糕。
尝试使用另一台计算机。如果你有一台电脑，那么这台电脑出现故障时，另一台电脑能正常工作吗？如果不行，那么可能是你的电脑出了问题。
清除计算机的缓存、cookie 等。有时，不良会话 cookie、缓存等可能会干扰与网站的连接（不久前我在使用 Google 时就遇到过这个问题）。清除它们并重新开始，看看会有什么结果。
断开所有 VPN 连接。点对点协议通常用于 VPN（PPP 接口），而 VPN 可能会干扰与站点的连接。右键单击时钟旁的网络图标，找到“VPN 连接”条目，并确保未选中任何列表（如果您没有“VPN 连接”菜单项，则表示您没有设置该菜单项），以确保您未连接。如果已选中任何列表，则表示您已连接到该网络，请断开与该网络的连接。

记住：你所做的每一件事，并非都会导致简单的“成功或失败”，任何服务器对您的请求的反应的变化会告诉我们一些信息。因此，如果您执行上述任何操作并收到新消息，请不要忘记更新您的问题。

Question 3

我在实践中已经两次看到过这种行为，并找到了以下解决方案。

本地网络中的某台计算机成功尝试了中间人攻击。它对网关进行 ARP 欺骗，从而将所有流量重定向到这台机器，修改请求和其他恶意内容。这台机器运行的是 Windows，被发现感染了一些恶意恶意软件。一旦这台机器与网络物理断开连接，症状就会消失。
一个MTU 问题在您的网关或其他网关上。在 IPv4 中，如果路由流量的网络的帧大小不同，网关负责在网络上对 IP 数据包进行分段和重新组装。对于使用 PPPoE/PPPoA 的 DSL 连接，MTU 大小通常小于 LAN 端的 1500 字节。此外，中间的路由器也会发生故障，您需要启用TCP MSS 夹紧在你的路由器上。我总是需要在之前的 ISP 连接上设置此选项，但它解决的不仅仅是 SSL 相关问题。检查您的调制解调器/路由器是否有这样的选项。将此视为一种解决方法。
我当时在一个网络中，可能正在运行透明的代理也可以传递 SSL 流量，但由于某种原因在 TLSv1 上失败。使用 VPN 连接时，相同的请求有效。可怕的
尝试curl使用选项运行--sslv3。如果这样可以解决问题，那么问题就解决了。

可以尝试的一般方法：

检查您的调制解调器/路由器是否运行最新固件。如果没有，请尝试升级。
使用或 Whireshark 捕获流量tcpdump并进行分析（例如，将其发布在此处）。
```
  # 1. start the dump
$ sudo tcpdump -w httpstrafficdump.pcap -i eth0 -s 0 port 443
  # 2. open a new terminal window and do your HTTPS request there (curl/browser)
  # 3. end tcpdump (Ctrl+C)
  # 4. open the file in wireshark
$ wireshark httpstrafficdump.pcap
```
如果你得到重组错误或者前一个片段丢失反复出现这种情况，这显然是由于错误的 MTU 大小导致数据包丢失。
但是，HTTPS 流量是加密的，很难从网络流量本身进行分析。

编辑：

从你的 tcpdump 来看，你的 SSL 问题的根源很明显：TCP Previous segment lost。此处应适用常规网络故障排除，但它可能超出了您的本地网络范围并且是您的 ISP 的问题。

Answer

我在实践中已经两次看到过这种行为，并找到了以下解决方案。

本地网络中的某台计算机成功尝试了中间人攻击。它对网关进行 ARP 欺骗，从而将所有流量重定向到这台机器，修改请求和其他恶意内容。这台机器运行的是 Windows，被发现感染了一些恶意恶意软件。一旦这台机器与网络物理断开连接，症状就会消失。
一个MTU 问题在您的网关或其他网关上。在 IPv4 中，如果路由流量的网络的帧大小不同，网关负责在网络上对 IP 数据包进行分段和重新组装。对于使用 PPPoE/PPPoA 的 DSL 连接，MTU 大小通常小于 LAN 端的 1500 字节。此外，中间的路由器也会发生故障，您需要启用TCP MSS 夹紧在你的路由器上。我总是需要在之前的 ISP 连接上设置此选项，但它解决的不仅仅是 SSL 相关问题。检查您的调制解调器/路由器是否有这样的选项。将此视为一种解决方法。
我当时在一个网络中，可能正在运行透明的代理也可以传递 SSL 流量，但由于某种原因在 TLSv1 上失败。使用 VPN 连接时，相同的请求有效。可怕的
尝试curl使用选项运行--sslv3。如果这样可以解决问题，那么问题就解决了。

可以尝试的一般方法：

检查您的调制解调器/路由器是否运行最新固件。如果没有，请尝试升级。
使用或 Whireshark 捕获流量tcpdump并进行分析（例如，将其发布在此处）。
```
  # 1. start the dump
$ sudo tcpdump -w httpstrafficdump.pcap -i eth0 -s 0 port 443
  # 2. open a new terminal window and do your HTTPS request there (curl/browser)
  # 3. end tcpdump (Ctrl+C)
  # 4. open the file in wireshark
$ wireshark httpstrafficdump.pcap
```
如果你得到重组错误或者前一个片段丢失反复出现这种情况，这显然是由于错误的 MTU 大小导致数据包丢失。
但是，HTTPS 流量是加密的，很难从网络流量本身进行分析。

编辑：

从你的 tcpdump 来看，你的 SSL 问题的根源很明显：TCP Previous segment lost。此处应适用常规网络故障排除，但它可能超出了您的本地网络范围并且是您的 ISP 的问题。

Question 4

谢谢大家的帮助，问题终于解决了！

我尝试限制 MTU 以查看是否有帮助，最终使用pppoeconfPPPoE 连接进行设置，因为它限制了我的 MTU。然后我禁用了之前使用的 DSL 连接。

对于遇到类似问题的人，您可以通过输入sudo ppoeconf并按照说明尝试此解决方案。然后，您可以连接pon adsl-provider和断开连接poff

Answer

谢谢大家的帮助，问题终于解决了！

我尝试限制 MTU 以查看是否有帮助，最终使用pppoeconfPPPoE 连接进行设置，因为它限制了我的 MTU。然后我禁用了之前使用的 DSL 连接。

对于遇到类似问题的人，您可以通过输入sudo ppoeconf并按照说明尝试此解决方案。然后，您可以连接pon adsl-provider和断开连接poff

无法连接到某些 HTTPS 网站

答案1

答案2

答案3

答案4

相关内容