传奇 GM 权限仅 1 级？AdminList 文本设置失效原因与解决方法

不少私人服务器管理者在 AdminList.txt 中按 “* 名字” 格式设置 GM 后，登录游戏却发现权限仅为 1 级，无法执行核心操作。这种问题并非格式本身错误，而是由引擎适配、配置细节或文件关联等隐性因素导致，以下是具体原因及解决办法。
一、引擎兼容性冲突：* 号权限定义存在差异
不同传奇引擎对 AdminList.txt 中的符号权限定义完全不同，这是最常见的失效根源。传统 HERO、BLUE 引擎中，“* 名字” 确实代表最高权限，但新主流的 GOM、GEE 引擎对该格式不识别，会默认分配最低的 1 级权限。LM 引擎更特殊，即使格式正确，若未在 “M2Server→选项→参数设置” 中取消 “GM 权限验证” 勾选，权限也会被限制。
解决步骤：
确认服务端引擎类型（查看 Mir200 文件夹下核心程序名，如 M2Server_GOM.exe 即为 GOM 引擎）；
GOM/GEE 引擎用户需修改格式为 “名字 10”（10 代表最高权限等级）；
LM 引擎用户先关闭权限验证选项，再使用原格式设置。
二、格式细节疏漏：符号、名称与编码错误
看似正确的 “* 名字” 格式，实则存在三类易被忽视的细节问题：
符号与名称的间隔错误：部分引擎要求号后必须是单个空格，多空格或无空格会导致权限降级，例如 “ 名字”（双空格）会被识别为 1 级权限；
混淆账号与角色名：AdminList.txt 需填写游戏内角色名，而非登录账号，填错名称会直接导致权限无效；
文件编码异常：保存时若选择 UTF-8 带 BOM 编码，引擎无法读取配置，需重新用 “ANSI” 编码保存文件。
解决步骤：
用记事本打开 AdminList.txt，删除原有内容；
按 “* 角色名”（单空格）格式重新输入，保存时选择 “ANSI” 编码；
登录游戏确认角色名与文件中完全一致（区分大小写）。
三、配置文件关联：权限被其他文件覆盖
AdminList.txt 的权限设置并非独立生效，可能被关联文件强制覆盖。例如 UserCmd.txt 中若设置 “Level1 = 隐身” 等基础权限，会直接限定 GM 默认等级为 1；QuestDiary 文件夹下的 “GM 权限设置.txt” 脚本若缺失 “SETGMLEVEL 角色名 10” 指令，即使 AdminList 正确，权限也无法提升。
解决步骤：
进入 Mir200\Envir 文件夹，打开 UserCmd.txt，删除 “Level1=” 开头的权限限制语句；
若有 QuestDiary 文件夹，在 “GM 权限设置.txt” 中添加脚本：
(@main)
#IF
ISADMIN
#ACT
SETGMLEVEL 你的角色名 10

保存后删除 AdminList.txt 中的重复设置，仅保留一条正确记录。
四、生效机制问题：未重启服务端或小退游戏
修改 AdminList.txt 后，若未重启服务端，配置不会实时生效。部分管理者仅退出游戏重新登录，忽略了核心的 M2Server 进程仍在运行旧配置，导致权限未更新。
解决步骤：
先在游戏内小退角色，再关闭 M2Server 和登录器进程；
重启服务端所有程序（按启动顺序运行 LoginSrv.exe、M2Server.exe 等）；
重新登录游戏，在聊天框输入 “@检查权限” 验证等级（不同引擎命令可能不同，可查阅 Command.ini 文件）。