SSL 连接在客户端 hello 时挂起(curl、openssl 客户端、apt-get、wget 等)

Nik*_*s B 7 xen debian openssl tls apt

我在我的 Debian VPS(一个 xen domU)上遇到了一个关于 SSL 的问题。也就是说,几乎所有的 SSL 连接都在客户端 hello 时挂起。例如:

# curl -vI https://graph.facebook.com

  • 即将 connect() 到 graph.facebook.com 端口 443 (#0)
  • 正在尝试 66.220.146.48... 已连接
  • 连接到 graph.facebook.com (66.220.146.48) 端口 443 (#0)
  • 成功设置证书验证位置:
  • CAfile:无 CApath:/etc/ssl/certs
  • SSLv3、TLS 握手、客户端问候 (1):

使用 openssl 客户端时也是如此。但是,某些 SSL 流量有效(例如https://www.nordea.se)。

服务器

#uname -a

Linux server.com 2.6.26-1-xen-amd64 #1 SMP Fri Mar 13 21:39:38 UTC 2009 x86_64 GNU/Linux

然而,它确实适用于我的 Dom 0(主要的 xen 主机)。

apt-get

我什至无法使用 debian 安全源运行 apt-get update(在读取标题时挂起)

打开 SSL

一开始我以为我有一个旧的 openssl 客户端(0.9.8o-4),因为我在 Dom 0(0.9.8g-15+lenny8)上似乎有一个更新的客户端,但是对 openssl deb 进行手动更新并没有帮助。

打开 SSL 客户端

这是 openssl 客户端挂起时的完整输出:http : //pastebin.com/PAjwMap9

结束语

我已经用谷歌搜索了这个废话,但我没有进一步了解。我已经看到 curl、apt-get 等问题,但它们都与特定应用程序有关 - 对系统而言并不普遍。有什么想法吗?

Nik*_*s B 10

在与我的托管服务提供商反复讨论之后,他们发现我的 DomU 使用的 IP 链(但不是 Dom0)存在 MTU 问题。我想感谢在这个过程中帮助过我的每一个人,你们的帮助是无价的:)

  • 我们今天刚刚使用相同的解决方案解决了相同类型的问题 - 将 MTU 从 1500 降低到 1495 修复了该问题。同样在 Xen 上运行,我们通过 SSL 进行的 Curl 在同一点失败(在客户端问候之后)。 (2认同)