RocketMQ 在broker.conf配置中开启了acl，报错，怎么解决？

您在尝试使用mqadmin命令更新订阅组权限时遇到AclException错误，指出没有找到适用于rocketmq2的ACL配置。这通常意味着您的ACL配置未被正确识别或应用。下面我将依据已有的信息分析问题原因并给出相应的解决建议：
分析问题原因

ACL配置不匹配：您在broker.conf中配置了ACL，并且能够通过RocketMQ Dashboard正常访问，说明基础的ACL配置是正确的。但使用mqadmin命令时却出现了权限问题，可能是因为命令行操作时使用的认证信息（如namesrv地址、accessKey、secretKey）与实际配置不完全一致或命令中缺少必要的参数。

命令参数检查：您提供的命令中 -n 参数使用了多个namesrv地址，这通常是正确的，但需要确保这些地址都是可达的并且是正确的。此外，错误消息中提及的“rocketmq2”似乎与您的配置不直接相关，可能是系统内部对某个组件的引用，或者是配置解析时的误解。

解决步骤
由于我了解的知识中并未直接提供针对此特定错误的解决步骤，以下建议基于一般故障排查逻辑：

核对命令参数：请仔细检查您使用的mqadmin updateSubGroup命令的所有参数，确保-n后的namesrv地址列表无误，-a后的accessKey与配置文件中一致，且-s后的secretKey也是正确的。确认是否所有必需参数都已正确提供。

检查网络连通性：验证从执行命令的容器到namesrv地址列表中的每个namesrv服务器的网络连接是否畅通。

重新审视配置文件：回到broker.conf文件，确认accounts部分的配置无误，特别是accessKey为“admin”和secretKey为“123456”的账户配置是否完全符合格式要求，没有遗漏或错误字符。

环境一致性检查：考虑到您能通过Dashboard访问，而命令行工具报错，这可能涉及到环境变量或运行时配置的不同。确认mqadmin命令执行环境中的任何可能影响ACL验证的变量或设置，比如是否有其他环境变量覆盖了命令行参数等。

查看日志：检查RocketMQ Broker的日志，特别是与ACL验证相关的日志条目，可能会有更详细的错误信息帮助定位问题。

解释
以上步骤旨在系统地排查和解决ACL配置不被正确应用的问题，从命令参数的准确性、网络连通性、配置文件的正确性到环境一致性等多个方面进行考虑，因为这类权限问题往往源于配置细节的不匹配或执行环境的差异。
由于错误消息中提及的“rocketmq2”具体含义不明确，如果以上步骤未能解决问题，可能需要进一步了解该提示的背景信息，包括它如何与您的系统配置相关联。如果有更多上下文或日志信息，请提供，以便进行更深入的分析。此回答整理自钉群“群2-Apache RocketMQ 中国开发者钉钉群”