原因一(主要):
在使用代理模式时,推流通过WebSocket地址ws://{{管理节点ip}}/{{渲染节点ip}}/10002保持长连接。网络不通(初始就进不去)或网络抖动(使用过程中出现202)会导致202错误。
网络不通时的排查方向及解决方案:
-
内网情况下:
-
检查防火墙设置:确保防火墙已关闭或正确配置以允许网络流量通过。
-
检查渲染节点配置的本机IP地址:确认渲染节点配置中的本机IP地址正确设置,与实际网络环境相匹配。
参阅资料如下:
-
-
外网情况下:
- 检查优先公网IP设置:确认优先公网IP是否正确填写为外网IP地址,以确保外网访问正常。
参阅资料如下:
通过以上排查方向和解决方案,您可以针对内网和外网情况下的网络不通问题进行逐步排查和解决,确保系统网络连接正常运行。
解决网络抖动的方案:
针对私有化部署方案中网络抖动的解决方案,可通过实现前端主动断线重连操作来保持连接稳定。具体操作如下:
-
管理后台设置应用断线重连:
- 在管理后台的设置中,可以配置应用断线重连功能,通过路径:应用管理 >> 编辑 >> 通用高级设置 来进行配置。如下图:选择延迟流路延迟关闭,默认为20s。

-
修改配置文件
Larkxr-center\application.properties:- 在文件中修改参数以延长任务的心跳保持时间,避免服务端断网时释放任务。更改之后重启admin服务。

# 默认12000毫秒将没有心跳的节点下线
# 当设置task延时关闭时此处可以更改为后台配置的时长,例如120000(2min)
pxy.clear-job.server-no-heartbeat-duration=120000
# 默认20000毫秒将没有心跳的TaskInfo关闭
# 当设置task延时关闭时此处可以更改为后台配置的时长,例如120000(2min)
pxy.clear-job.taskinfo-no-heartbeat-duration=120000
- Web端改造:
Iframe:
【附件】datachannel.js
WebSDK:
【附件】websdk_resolve202.zip
原因二:
渲染程序包被误杀导致缺失。程序包的完整结构如下所示:

- 解决方案:
重新下载程序包,替换RenderServer目录程序。
原因三:
使用GeForce显卡时,硬件编码通道数量受到Nvidia自身限制。连接向日葵或其他远程工具也会占用一个编码通道。
-
解决方案:
-
考虑使用Quadro或Tesla显卡,或者使用提供的软硬件一体机,以增加编码通道数量。
-
Quadro和Tesla显卡通常具有更多的硬件编码通道,适合高并发编码需求。
-
考虑使用软硬件一体机,提供更高效的编码性能和更多的并发通道。
-