PHP 8.2 SSL WebSocket服务器旧连接意外关闭问题求助

核心原因分析 #

这个问题的根源是fork后父进程与子进程共享了SSL套接字资源和OpenSSL上下文状态：

• 父进程在accept客户端连接后，fork出子进程但未关闭父进程中的客户端套接字描述符，导致同一个套接字被父子进程同时持有
• OpenSSL的内部会话状态在fork后会被父子进程共享，当子进程关闭SSL连接时，会破坏父进程中更早建立的连接的SSL会话数据，触发bad record mac错误（MAC校验失败，说明SSL数据包的完整性被破坏）

具体解决方案 #

1. 父进程fork后立即关闭客户端套接字

在父进程分支中，fork成功后必须关闭刚accept的$cliSocket，避免父子进程共享同一个套接字资源：

if ($pid>0) {
    // 父进程关闭客户端套接字，仅保留监听套接字
    fclose($cliSocket);
    echo("Fork ok");
    continue;
} else if ($pid < 0) {
    echo("Error fork");
    // 失败时也要关闭套接字避免泄漏
    fclose($cliSocket);
    continue;
} else break;

2. 子进程中重新初始化SSL加密会话

fork后子进程继承的SSL状态可能与父进程冲突，强制重新启用加密，创建独立的SSL会话：

// 子进程分支，fork后执行
break;
}
} while(true);

// 子进程处理连接前，重新启用SSL加密
stream_socket_enable_crypto($cliSocket, true, STREAM_CRYPTO_METHOD_TLSv1_3_CLIENT);
// 然后执行后续的WebSocket处理逻辑

注意：这里使用STREAM_CRYPTO_METHOD_TLSv1_3_CLIENT是因为客户端是发起连接的一方，服务器端需要匹配客户端的加密方法，确保与上下文配置的tlsv1.3一致。

3. 升级OpenSSL版本

部分旧版本的OpenSSL在fork后存在SSL状态共享的bug，确保你的服务器使用的OpenSSL版本是1.1.1及以上（TLS 1.3的最低要求），升级到最新稳定版可以解决潜在的底层问题。

4. 改用单进程多连接模型（替代fork）

如果fork的方式始终存在SSL状态冲突问题，可以考虑用stream_select在单个进程中管理所有客户端连接，避免fork带来的资源共享问题：

• 维护一个包含监听套接字和所有客户端套接字的数组
• 用stream_select监听可读事件，分别处理新连接和现有连接的消息
• 这种方式更适合PHP的单进程模型，也能避免SSL状态的共享冲突

验证步骤 #

1. 先添加父进程关闭$cliSocket的代码，测试关闭连接C时A、B是否还会断开
2. 如果问题依旧，添加子进程重新启用SSL加密的逻辑
3. 最后检查OpenSSL版本，必要时升级

内容的提问来源于stack exchange，提问作者Ludo