自己架设的传奇单机版，遇到下线再上线角色不在原位，反而在安全区随机传送，这通常不是BUG，而是服务端的地图配置逻辑或登录脚本在起作用。这种现象的核心原因在于服务端无法准确“锚定”你下线时的坐标，或者被强制执行的登录脚本打乱了位置。要解决这个问题，必须深入检查地图属性文件、登录脚本以及数据库中的坐标记录机制。
地图配置文件MapInfo的逻辑冲突
这是导致重登乱飞最常见的原因。传奇的地图属性由 MapInfo.txt 文件控制，如果安全区地图的配置参数设置不当，引擎就会在玩家登录时强制进行位置重置。
你需要打开 MirServerMir200EnvirMapInfo.txt 文件，找到你下线的那张地图（通常是 3 代表盟重省，或 0 代表比奇省）。检查该行配置中是否包含 NORECONNECT 或 NORECALL 等参数。更关键的是，检查是否有 SAFE 标记的坐标定义错误。例如，如果配置写成了 3 SAFE(0,0)，引擎会认为安全区中心在原点，当你下线位置偏离这个中心过远时，系统判定你处于“非法区域”，登录时就会强制把你拉回它认为的“安全点”，表现为随机飞。正确的做法是确保安全区坐标范围覆盖了你常下线的区域，或者直接删除 NORECONNECT 类参数，允许角色在原坐标重连。
登录脚本与QManage.txt的强制位移
很多版本在登录器生成时，会自动注入一段“上线检测脚本”，这段脚本通常位于 QManage.txt 或 QFunction-0.txt 中。其初衷是为了防止玩家卡在地图死角，但往往因为判断逻辑过于粗暴，导致正常下线也被判定为“卡号”。
打开 MirServerMir200EnvirMapQuest_defQManage.txt，检查是否有类似 [@Login] 或 [@ILoveYou] 的标签。如果脚本中包含 CHECKLEVELEX 或位置判断，并紧接着执行了 RANDOMMOVE（随机移动）或 GOTO 指令，那么每次上线都会触发位移。特别是某些版本为了防挂机，会检测玩家是否在“非挂机点”，一旦不符就强制传送。你需要注释掉或删除这些强制传送的代码段，确保登录脚本只负责发放奖励或检查称号，而不干涉玩家坐标。
坐标保存机制与数据库写入失败
传奇的角色坐标数据存储在数据库中（通常是 HeroDB 或 SQL Server 的 TBL_Character 表）。如果你的服务端在关闭时没有正确保存数据，或者数据库组件（BDE/SQL）出现写入错误，角色坐标就会回滚到默认值（通常是出生点坐标）。
当服务端启动时，它会读取数据库中的 CurX 和 CurY 字段。如果这两个字段因为之前的异常关闭变成了 0 或 NULL，引擎就会判定角色位于地图原点。对于盟重省（Map 3）来说，原点 (0,0) 往往就在安全区边缘或随机点附近。解决方法是检查 MirServerMud2DB 下的数据库文件是否被设置为“只读”，或者在BDE配置中确保 LOCAL SHARE 设为 TRUE，保证坐标数据能实时写入硬盘，而不是停留在内存中。
登录器与网关的坐标同步延迟
还有一种情况是“假性随机飞”。这通常发生在登录器与M2Server版本不匹配时。登录器发送了“我在坐标X,Y”的请求，但老旧的网关无法解析这个包，直接丢弃，导致M2Server使用了默认的登录位置处理逻辑。
检查你的登录器生成器配置，确保“网关版本”与M2Server一致。特别是使用了第三方网关（如996、GOM23等）时，如果登录器没有配套更新，就会出现坐标不同步。此外，部分登录器有“上线自动随机”的选项被误勾选，请在登录器配置器的“功能设置”中排查，取消所有关于“上线随机”、“防卡人”的勾选，重新生成登录器测试。
安全区半径GuardRadius设置过小
最后，检查 MirServerMir200EnvirGuardPos.txt 文件。这个文件定义了安全区守卫的守护范围。如果这里的半径 R 值设置得非常小（例如 R=5），而你下线的位置稍微偏离了中心，系统可能会判定你不在安全区内。虽然这通常导致被怪围攻，但在某些魔改版本中，会触发“回城保护机制”，将你传送到安全区的随机点。建议将该文件中的半径值适当调大（如 R=20 或 R=50），扩大系统认可的安全判定范围。
