Jellyseerr项目SSL连接问题解析与解决方案

问题背景

在使用Jellyseerr媒体管理工具连接Plex服务器时，当启用SSL选项后，系统会报错"Failed to connect to Plex"。错误日志显示"Hostname/IP does not match certificate's altnames"，表明SSL证书验证失败。这是一个典型的HTTPS证书验证问题，但背后涉及多个技术层面的考量。

技术分析

证书验证机制

现代HTTPS连接依赖于SSL/TLS证书验证机制。当客户端(此处为Jellyseerr)尝试建立安全连接时，会检查服务器证书中的Subject Alternative Name(SAN)是否包含连接使用的域名或IP地址。在本次案例中，错误信息明确指出"IP: 10.0.10.2 is not in the cert's list"，说明Plex服务器提供的证书不包含该IP地址。

Plex证书特性

Plex服务器默认使用Let's Encrypt颁发的证书，这些证书通常绑定特定的域名而非IP地址。当用户直接使用IP地址而非域名连接时，就会触发证书验证失败。这是HTTPS协议的安全特性，防止中间人攻击。

网络环境因素

深入分析发现，问题可能与本地网络环境配置有关。某些路由器(如OPNsense)会启用DNS重绑定保护，这会干扰Plex使用的"plex.direct"域名的解析。DNS重绑定是一种安全机制，防止恶意网站通过DNS解析获取内网访问权限，但有时会误拦截合法流量。

解决方案

方案一：使用域名而非IP连接

最规范的解决方案是使用Plex提供的域名而非IP地址进行连接。Plex会自动为每个服务器分配"*.plex.direct"的子域名，这些域名已正确配置在证书中。

方案二：调整Unbound DNS配置

对于使用OPNsense路由器的用户，可以通过以下步骤解决：

1. 创建配置文件：/usr/local/etc/unbound.opnsense.d/plex.conf
2. 添加内容：

    private-domain: "plex.direct"

3. 重启Unbound服务使配置生效

这个配置告诉DNS服务器将"plex.direct"视为私有域名，绕过DNS重绑定保护。

方案三：临时禁用证书验证(不推荐)

作为临时解决方案，可以设置环境变量NODE_TLS_REJECT_UNAUTHORIZED=0来禁用Node.js的证书验证。但这种方法会降低安全性，不建议在生产环境使用。

最佳实践建议

1. 优先使用域名：始终使用Plex提供的域名而非IP地址连接服务器
2. 证书管理：如需使用自定义证书，确保证书包含所有可能使用的访问方式(IP和域名)
3. 网络配置：检查路由器安全设置，确保不会干扰合法流量
4. 日志监控：定期检查Jellyseerr日志，及时发现连接问题

总结

Jellyseerr与Plex的SSL连接问题通常源于证书验证机制与网络环境的交互。理解HTTPS证书验证原理和本地网络配置是解决此类问题的关键。通过正确配置DNS和网络环境，可以既保证安全性又确保服务可用性。对于高级用户，还可以考虑使用自定义证书或调整Node.js的TLS验证行为，但应谨慎评估安全影响。