多个MQTT客户端共用ThingsBoard单个安全令牌的连接冲突问题咨询

单安全令牌多路连接支持说明 #

ThingsBoard社区版无开箱可用的配置项支持单个设备安全令牌允许多路MQTT连接。默认的设备会话管理策略为单会话绑定，同一个设备令牌发起新的MQTT连接时，服务端会主动断开之前的同令牌连接，这就是TIG接入会中断Node-RED连接的根本原因。仅ThingsBoard商业版提供多会话接入的配置开关。

二次开发实现单令牌多连接的代码调整点 #

如果需要基于社区版源码修改实现该能力，需调整两个核心模块的逻辑：

• 修改transport/mqtt模块下的MqttTransportHandler类：取消同设备ID下旧会话的主动踢除逻辑，新增多会话映射存储，支持同一个设备ID关联多个活跃会话，同时新增多会话的心跳超时、资源回收逻辑避免资源泄露
• 修改core/actors/device模块下的DeviceActorMessageProcessor类：调整下行消息（含RPC指令）的分发逻辑，收到下行数据时广播到该设备关联的所有活跃会话，而非仅发送给最新会话

该方案需要自行适配后续ThingsBoard版本升级，维护成本较高，非必要不推荐。

Node-RED替代TIG实现RPC能力的可行方案（推荐） #

该方案完全保留原有Node-RED数据采集逻辑，无需修改ThingsBoard源码、也无需创建多个逻辑设备，可彻底解决物理设备对应多逻辑设备的冗余问题，部署步骤如下：

• 原有DHT22传感器数据采集、上报逻辑保持不变，继续使用现有设备令牌和MQTT Out节点完成数据上报
• 新增MQTT In节点，绑定已有的MQTT连接配置，订阅RPC下行主题：v1/devices/me/rpc/request/+，通配符+用于匹配RPC请求ID
• 新增函数处理节点：从订阅主题的后缀提取requestId，解析请求参数，若为Shell执行类请求，将命令参数传给exec节点执行
• 新增exec节点：执行传入的Shell命令，捕获标准输出、标准错误和执行返回码
• 新增MQTT Out节点：将执行结果组装为符合ThingsBoard要求的格式，发布到RPC响应主题v1/devices/me/rpc/response/${requestId}
• 可选新增安全校验逻辑：在函数节点中配置可执行命令白名单、请求校验规则，避免恶意命令执行风险

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