go2rtc项目WebSocket连接问题分析与解决方案

问题背景

在Ubuntu服务器上部署go2rtc服务时，用户遇到了WebRTC流无法正常工作的问题。虽然MP4格式的流能够正常访问，但WebRTC模式下的流却无法建立连接。具体表现为浏览器开发者工具中显示WebSocket连接(wss://)未能成功建立。

技术分析

1. 端口转发配置问题

用户提到服务器使用HTTPS协议，并通过Nginx将443端口转发到8443端口。同时注意到go2rtc默认使用的5554端口可能存在问题。这里涉及几个关键点：

• go2rtc默认使用5554端口提供WebSocket服务
• 用户尝试将5554端口也通过443端口转发
• 但WebSocket连接仍然失败

2. WebSocket与HTTPS的兼容性

当使用wss://协议时，WebSocket连接需要通过TLS加密，这与HTTPS的要求一致。Nginx作为反向代理时，需要正确配置WebSocket支持：

• 需要添加特定的HTTP头信息
• 需要保持连接的长连接特性
• 需要正确处理WebSocket协议的升级请求

3. 证书配置问题

用户提到尝试直接配置go2rtc.yaml中的TLS证书路径但未生效。这表明：

• go2rtc可能没有正确加载证书文件
• 证书文件路径或权限可能存在问题
• 证书格式可能需要验证

解决方案

方案一：通过Nginx代理WebSocket

1. 确保Nginx配置中包含WebSocket支持：

location /ws {
    proxy_pass http://localhost:5554;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "Upgrade";
    proxy_set_header Host $host;
}

2. 检查证书配置是否正确加载：

• 确保证书文件路径正确
• 检查文件权限是否可读
• 验证证书是否过期

方案二：直接使用go2rtc的HTTPS支持

1. 在go2rtc.yaml中正确配置TLS：

api:
  origin: "https://yourdomain.com"
  tls:
    cert: /path/to/fullchain.pem
    key: /path/to/privkey.pem

2. 确保：

• 证书文件是PEM格式
• 私钥文件没有密码保护
• go2rtc进程有读取这些文件的权限

方案三：检查防火墙设置

确保服务器防火墙允许相关端口(5554, 8443)的入站连接：

sudo ufw allow 5554/tcp
sudo ufw allow 8443/tcp

最佳实践建议

1. 始终在Nginx层面处理HTTPS终止，而不是在应用层面
2. 使用专业的证书管理工具如Certbot获取和更新证书
3. 在开发环境可以先测试HTTP协议确保基本功能正常
4. 使用浏览器开发者工具检查WebSocket握手过程中的错误详情
5. 考虑在go2rtc配置中启用调试日志以获取更多信息

总结

WebRTC流无法工作通常源于WebSocket连接建立失败，而这又往往与TLS/HTTPS配置相关。通过正确配置Nginx的反向代理规则，或者直接在go2rtc中配置TLS证书，都可以解决这一问题。建议从简单配置开始，逐步增加复杂度，并在每个步骤验证功能是否正常。