Python3 CGI HTTPS 服务器在 Unix 上失败

Question

这个 Python3 CGI HTTPS 服务器曾经在几周(或几个月)前工作，但现在在 Linux (Ubuntu) 下不再工作。我在 Ubuntu 10.04 和 Ubuntu 14.04 上试过，行为是一样的。

现在，当我尝试访问我得到的任何 CGI 脚本时:

Secure Connection Failed

An error occurred during a connection to 127.0.0.1:4443. SSL received a record that exceeded the maximum permissible length. (Error code: ssl_error_rx_record_too_long) 

服务器代码如下:

import http.server
import ssl
import os

server_address = ('', 4443)
cert = os.path.abspath('./server.pem')

handler = http.server.CGIHTTPRequestHandler
handler.cgi_directories = ['/cgi-bin']

httpd = http.server.HTTPServer(server_address, handler)
httpd.socket = ssl.wrap_socket(httpd.socket, server_side=True, 
                                certfile=cert)

print ("Server started...")
httpd.serve_forever()

服务器记录以下错误:

File "/usr/lib/python3.4/ssl.py", line 618, in read
v = self._sslobj.read(len, buffer)
ssl.SSLError: [SSL: SSLV3_ALERT_UNEXPECTED_MESSAGE] sslv3 alert unexpected message (_ssl.c:1767)

如果我禁用 SSL 并且在带有 SSL 的 Windows 上工作正常，这会起作用。使用 Python 3.4 测试。 奇怪的是，这在几个月前就奏效了 谁能让这个脚本(或任何 python3 CGI HTTPS 服务器)在更新的 Linux 系统上运行？

Answer 1

我在以下位置找到了答案:
http://www.castro.aus.net/~maurice/OddsAndEnds/blog/files/d2baf24c48b972f18836cac7a27734e2-35.html

解决方案是添加:

http.server.CGIHTTPRequestHandler.have_fork=False # Force the use of a subprocess

在启动服务器之前。

这是 Mac 和 Unix 实现所必需的，因为出于效率原因，它们使用 fork 来启动执行 CGI 的进程，而不是创建其他实现(即 Windows)所使用的子进程。在非包装的 CGI 实现中，fork 工作正常并且输出被正确发送到套接字，但是，当套接字是 SSL 包装时，事情就会变得非常错误。

解决方案是强制 Unix 和 Mac 实现使用一个子进程，让 SSL 套接字愉快地工作，并让 Python 服务器将 CGI 脚本的输出传输到客户端，同时将输出转换为 SSL。

我仍然不知道为什么这曾经有效!