☰

通过 SSL 连接电子邮件设置时出现 SSL 错误

tag-icon • tag-icon linux debian ssl unix
通过 SSL 连接电子邮件设置时出现 SSL 错误

我想提供更多信息，但我不知道为什么会导致此错误。我在 error.log 文件中发现了许多此类错误。

我正在使用 Debain 和 iRedMail。

有人可以帮忙吗？

[Sun Aug 14 00:45:15 2011] [info] [client ::1] Connection to child 1 established (server example.co.uk:443)
[Sun Aug 14 00:45:15 2011] [info] Seeding PRNG with 648 bytes of entropy
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_kernel.c(1754): OpenSSL: Handshake: start
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_kernel.c(1762): OpenSSL: Loop: before/accept initialization
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_io.c(1832): OpenSSL: read 11/11 bytes from BIO#8e5dd80 [mem: 8efb668] (BIO dump follows)
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_io.c(1765): +------------------------------------------------------------------------+
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_io.c(1804): | 0000: 4f 50 54 49 4f 4e 53 20-2a 20 48                 OPTIONS * H      |
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_io.c(1810): +-------------------------------------------------------------------------+
[Sun Aug 14 00:45:15 2011] [debug] ssl_engine_kernel.c(1791): OpenSSL: Exit: error in SSLv2/v3 read client hello A
[Sun Aug 14 00:45:15 2011] [info] [client ::1] (os 0x08e37090)Unrecognized resolver error: SSL library error 1 in handshake (server example.co.uk:443)
[Sun Aug 14 00:45:15 2011] [info] SSL Library Error: 336027900 error:140760FC:SSL routines:SSL23_GET_CLIENT_HELLO:unknown protocol speaking not SSL to HTTPS port!?
[Sun Aug 14 00:45:15 2011] [info] [client ::1] Connection closed to child 1 with abortive shutdown (server example.co.uk:443)

答案1

关键线索在倒数第二行：

unknown protocol speaking not SSL to HTTPS port!?

（从技术上讲，第 7 行的协议转储给出了类似的提示，但它更加隐秘）

您可以思考您正在与服务器进行 SSL 通信，但实际上客户端正在与常规 HTTP 通信。将您的 URL 更改为https://，一切应该都很好。

答案2

OPTIONS * H

看起来像一个 http OPTIONS 请求（它是纯文本而不是 ssl????）

我发现 Google Chrome 在我的页面加载后发出这些请求，但我没有在网站/页面上使用 SSL

我在 chrome://net-internals/#events 中找不到任何关于此内容的参考

至少我想知道为什么提出这些请求，但我希望这能对人们有所帮助（因为谷歌把我放在这里）

答案3

您是否知道您实际上是根据对 Web 服务器的访问而生成错误？看起来可能是有人在运行端口扫描程序，可能在寻找 Web 代理 - 这种情况确实会发生。

相关内容