emqx/changes/v4.4.12-zh.md

2.4 KiB
Raw Permalink Blame History

v4.4.12

增强

  • 发布 Amazon Linux 2 安装包 #9498

  • HTTP 客户端库 ehttpc0.2.1 升级到 0.4.2 #9456

  • 支持更多的 PSK 密码套件#9493

  • 用户可以在 EMQX Helm Chart 中自定义 service 资源的 externalTrafficPolicy #9527

  • 新增 Apple Silicon M1/M2 安装包发布 #9558

修复

  • 修复 mqtt_app 表内没有 boostrap user 里未导入用户的问题 #9474.

  • 当 QoS2 消息被重发(使用相同 Packet ID),或当 'awaiting_rel' 队列已满时,触发消息丢弃钩子(message.dropped)及计数器 #9486

  • 当控制台创建新用户时,密码长度必须在 3-32 之间,且格式为 ^[A-Za-z0-9]+[A-Za-z0-9-_]*$ #9475

  • 修复了 EMQX Helm Chart 中当用户使用自定义的用户名和密码时,创建的 Secret 资源不正确问题 #9508

  • 修复 EMQX Helm Chart 无法配置 value 为 JSON 类型的 EMQX Broker 配置项 #9504

  • 当创建资源过慢的情况下,有可能会残留一些用来探活的临时的连接 #9539

  • 持久会话的 MQTT 客户端重新连接 emqx 之后,未被确认过的 QoS1/QoS2 消息不再周期性重发 #9627zone.<zone-name>.retry_interval 配置指定了没有被确认过的 QoS1/QoS2 消息的重发间隔,(默认为 30s)。在这个修复之前, 当持久会话的 MQTT 客户端重新连接 emqx 之后emqx 会将队列中缓存的未被确认过的消息重发一次,但是不会按配置的时间间隔重试。

  • 持久会话的 MQTT 客户端断连之后,已经过期的 'awaiting_rel' 队列没有清除 #9627。 在这个改动之前,在客户端重连并且发布 QoS2 消息的时候,如果 'awaiting_rel' 队列已满,此客户端会被服务器以 RC_RECEIVE_MAXIMUM_EXCEEDED(0x93) 错误码断开连接,即使这时候 'awaiting_rel' 队列里面的报文 ID 已经过期了。