Perforce提交时遇SSL routines::unexpected eof while reading错误求助

针对你遇到的Perforce提交时SSL连接中断问题，以下是针对性的排查和解决步骤：

一、优先排查SSL协议兼容性 #

Ubuntu 22.04默认使用OpenSSL 3.x，与旧版本Perforce服务器可能存在协议兼容冲突：

• 检查服务器版本：在OVH服务器上执行 p4d -V，确认版本号。若服务器版本低于2021.1，OpenSSL 3.x的默认安全策略可能拒绝旧SSL协议握手。
• 客户端临时指定SSL协议：在命令行设置环境变量 export P4SSLOPTIONS=tls1.2，再尝试 p4 submit；若用P4V，可在连接设置的"高级"选项中添加该参数。
• 服务器端强制协议：若服务器版本支持，修改p4d启动参数为 -ssl tls1.2，或通过 p4 configure set ssl.protocols=tls1.2 永久配置。

二、重新校验SSL证书与目录配置 #

• 确认客户端P4SSLDIR：执行 echo $P4SSLDIR，确保目录存在且包含服务器CA证书（通常为ca.pem），同时当前用户有可读权限。
• 重新信任服务器证书：执行 p4 trust -y，让客户端自动导入并信任服务器证书，避免证书验证失败导致连接中断。
• 检查服务器证书有效性：在服务器端执行 openssl x509 -in $P4SSLDIR/ca.pem -text -noout，确认证书未过期。

三、网络与防火墙排查 #

提交操作需要稳定双向连接，EOF错误常因连接被中断：

• 服务器本地防火墙：执行 ufw status，确认Perforce默认端口1666（或自定义端口）允许双向TCP流量，必要时添加规则 ufw allow 1666/tcp。
• OVH硬件防火墙：登录OVH控制台，检查是否有针对Perforce端口的流量拦截规则，确保端口未被限制。
• 测试连接稳定性：用 p4 ping -t 60 <服务器IP>:1666 持续测试60秒，查看是否存在连接中断或丢包；或用 telnet <服务器IP> 1666 保持连接，观察是否意外断开。

四、Perforce服务与日志排查 #

• 查看服务器SSL日志：默认日志路径为/var/log/perforce/p4d.log，执行 grep -i ssl /var/log/perforce/p4d.log，搜索证书错误、协议协商失败等相关记录。
• 重启Perforce服务：执行 systemctl restart perforce（若使用systemd管理），确保服务加载最新配置和依赖。
• 检查服务器资源：执行 top 和 df -h，确认CPU、内存、磁盘空间未耗尽，资源不足可能导致连接异常中断。

五、客户端与服务器版本匹配 #

执行 p4 -V 查看客户端版本，确保与服务器版本差距不超过1个大版本（如服务器为2023.1，客户端尽量不早于2022.1），版本差异过大可能导致SSL传输逻辑不兼容，必要时下载对应版本的客户端重新安装。

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