传奇单机登录无响应数据库与网关链路排查操作手册

登录器正常打开、服务端窗口全绿、服务器状态显示正常，输入账号密码点登录后界面卡住或毫无反应，这是单机架设中最典型的“假通”现象。客户端已经连上了登录网关，但验证请求在从网关到数据库、或从网关到主引擎的某一环被截断了。排查时不要被“状态正常”的界面迷惑，按账号数据、数据库链路、网关通信、加密方式、登录器匹配的顺序逐层推进。

**先确认账号是否真正存在于数据库中。** 单机版服务端与在线服务器不同，不存在自动注册机制。在登录器输入框里直接敲账号密码点登录，并不会在数据库里生成任何记录，服务端自然无法完成验证。用M2Server控制台注册是最直接的方式：打开M2Server，菜单栏“查看”进入“列表信息”，再点“管理账号”，输入账号密码后执行添加。部分登录器界面上有“注册账号”按钮，点击后提示注册成功，再返回登录。注册完成后，用DBC2000管理工具或服务端自带的数据库查看器打开Account或User表，确认账号记录确实写入了硬盘，而不是只停留在登录器界面上。

**账号存在但依然进不去，问题通常出在DBC2000的HeroDB配置上。** 打开控制面板中的DBC2000，检查HeroDB数据源的PATH路径是否指向服务端实际的DB文件夹。路径错误、层级嵌套过深、或HeroDB名称与服务端配置文件中的数据库名不一致（比如服务端写的是MirWorld，DBC里建的却是HeroDB），都会导致服务端“找不到验证数据”。DBServer目录下的`!serverinfo.txt`中数据库名称字段必须与HeroDB完全一致，大小写和空格都不能有差异。修改后重启DBServer，观察启动窗口是否还出现“Cannot open database”或持续连接失败的提示。如果DBServer窗口一闪而过或后台存在但未真正加载数据，账号验证会在最底层就被阻断。

**网关与主引擎之间的通信状态需要单独核实，不能只看窗口是否还在。** LoginGate负责接收客户端发来的账号密码，DBServer负责比对数据库，M2Server负责放行进入游戏。三者中任何一个虽然进程在运行、但没有建立有效连接，登录就会卡死在“点了没反应”的阶段。检查LoginGate配置中的服务器IP，单机环境必须填写127.0.0.1，端口与M2Server中设置的登录端口保持完全一致，默认通常是7000，被修改过但没有同步的地方会直接造成阻塞。启动顺序也有影响：先启动DBServer，再启动LoginGate，最后启动M2Server，顺序颠倒或某个程序初始化未完成就启动下一个，容易出现网关假死。如果网关窗口显示“已启动”但登录仍无响应，单独关闭LoginGate再手动重新打开一次，刷新它与M2Server的连接。

**端口被占用是“状态看似正常”的隐蔽杀手。** 在命令提示符中执行`netstat -ano | findstr ":7000"`（7000换成服务端实际的登录端口），如果没有任何输出，说明网关根本没有绑上端口。有输出但PID不属于LoginGate进程，说明端口被其他后台程序占据。非正常关闭服务端后残留的M2Server或Gate进程、甚至其他无关软件都可能占着端口不放。结束占用进程，或者将LoginGate.ini中的端口改为7001，同时用登录器配置器重新生成登录器，端口才能同步生效。

**密码加密方式是单机架设中被低估的高频原因。** 如果注册时用的是登录器自带的注册按钮，而登录器配置的加密规则与服务端引擎的验证规则不一致，账号能写进数据库，但密码的存储格式对不上，引擎在比对时会直接判定失败，表现为“点了没反应”或卡在验证阶段。GEE引擎中，`GEE_Engine.ini`或`ServerConfig.ini`里有一个密码加密模式参数，0代表明文，1代表MD5。登录器配置器中同样有加密选项，两处必须完全一致。用DBC2000打开账号表，查看Password字段：如果里面是你输入的原始密码，说明存的是明文；如果是一串32位字符，说明经过了MD5处理。据此把引擎或登录器的加密模式调整到同一侧，修改后重启服务端全部进程，引擎参数不重启不生效。

**登录器与引擎的配套关系不能忽略。** 不同引擎（GOM、GEE、Hero）必须使用各自配套的登录器配置器生成登录器，混用或使用来源不明的通用登录器，即使能打开、能看到区服列表，账号验证阶段也会因为通信协议不匹配而卡死。如果登录器配置器中有“网关密码”或“登录密码”设置，该密码必须与LoginGate中设置的密码完全一致，任何一边留空或填写不同内容都会导致登录请求被网关丢弃。修改端口或IP后，不能只改配置文件就沿用旧登录器，需要用配置器重新生成并覆盖客户端目录下的登录器程序。

**DBServer的数据文件异常同样会表现为“服务器正常但进不去”。** 检查DBServer/FDB目录下是否存在Hum.DB和Hum.idx文件，缺失或大小为0字节说明角色数据文件未正常生成或已损坏。账号表所在的数据库文件如果因之前非正常关机、强制结束进程或杀毒软件扫描而出现结构损坏，DBServer可能启动成功但无法正确读取账号记录，客户端提交的验证请求会在数据库查询环节无声失败。这种情况下替换服务端原版DB文件或从备份恢复，比逐条排查配置更快。

**防火墙和防护程序对单机登录的拦截不能凭“没弹窗”来判断不存在。** Windows Defender或第三方安全软件可能静默阻止LoginGate.exe或M2Server.exe接受本地回环连接，进程在跑、端口在听，但数据包被截在外层。临时完全退出防火墙和杀毒软件测试一次，如果能登录，再把Mir2.exe、M2Server.exe以及各Gate.exe加入白名单，同时放行TCP 7000至7200范围。登录器程序本身也可以尝试以管理员身份和兼容模式运行，排除权限层面的干扰。

整个排查按“账号是否入库→DBC2000路径与名称→网关IP和端口→端口占用→密码加密→登录器配套→防火墙”的顺序执行，每改完一处就重启对应的进程或整套服务端再测。多数“状态正常但进不去”的故障落在前两步：账号根本没有写入数据库，或者写进去了但DBC2000的HeroDB路径没有指向服务端实际读取的DB文件夹。