简介:《奇迹架设 1.03H+单机版》是一份面向奇迹私服爱好者的服务端资料整合包,专门帮助玩家在个人电脑上搭建经典奇迹1.03H版本的私人游戏服务器。该版本源自二〇〇一年韩国大型多人在线角色扮演游戏“奇迹”,包含新地图、新怪物、新装备以及平衡性调整,架设后即可脱离官方服务器,独自重温当年的游戏剧情与战斗体验,也可邀请好友小范围联机。压缩包整体约八百兆字节,已有一千零二十三人学习下载,内容覆盖服务端安装、数据库配置、游戏参数设置、GM工具使用与MuOnline文件部署等环节,并配有清晰的启动顺序指南,方便按步骤完成环境搭建。通过内置的管理员工具,玩家可以随时生成五孔装备、调整角色等级与属性点,自由控制怪物与道具的产出,将游戏世界修改成自己理想中的形态。对想体验GM权限、研究早期奇迹版本机制或为联机私服运营打基础的用户而言,这套资料提供了完整的本地化练习环境。
1. 奇迹架设 1.03H+ 单机版:为什么这个老版本至今还在被反复折腾
很多人在网上搜奇迹架设 1.03H+ 单机版,并不是真打算开服,而是想找回当年勇者大陆里那点配方味:打一只幽灵掉一件白装也开心,卓越武器在地上闪出蓝光的一瞬间,能让人从椅子上跳起来。奇迹 MU 的服务端社区里,1.03H+ 是一个被反复咀嚼的经典版本号,职业系统、地图、活动都相对完整,对电脑配置的要求却还停留在十几年前的老门槛上。这篇文章要做的就是把架设这条路从头到尾走一遍——版本怎么选、服务端几个进程怎么配合、数据库和配置文件改哪里,以及最常见的那几个坑在哪。它适合三类人:单纯想单机体验的老玩家,想弄明白网游服务端是怎么工作的学习者,以及想拉上两三台电脑在局域网里一起打怪的动手派。
2. 先搞清 1.03H+ 是什么版本:它为什么成了老架设社区里的主流选择
2.1 版本线里的断层:1.02W、1.03H 到 1.03H+ 到底差在哪
奇迹服务端传到今天,版本号并不是一条直线。早期架设帖喜欢提 1.02W,那是一个非常老的门槛版本,职业停留在三职业加魔剑,地图和活动都还没完全展开。再往后是 1.03H,这是社区公认的一个分水岭,圣导师、召唤术师、大师等级这些系统从这一代开始集体出现,血色城堡、赤色要塞、卡利玛神庙这些后来被反复提及的活动也都在里面。而 1.03H+ 则是 1.03H 之后的补丁式统称,很多整合包会在它后面挂上 S6 或 S7 的字样,实际上是把后几个版本里的一些装备、地图和技能机制往回搬了一部分。这里要提醒一句:市面上标 1.03H+ 的端,内容并不完全一致,有的偏单机修复,有的偏多人开服,有的甚至带后门,选端比选版本更要紧。
为什么这个版本号至今还有这么多人搜,原因也比较实在。第一个原因是内容完整度对单人来说刚刚好,不会像更晚的那些版本一样,塞进一堆需要多人配合才能玩的机制;第二个原因是教程多,社区里流传的架设教程大部分都是针对 1.03H+ 写的,新手照着做很少卡死在版本差异上;第三个原因是老端对硬件非常温和,一台双核 CPU 加 4G 内存的旧电脑,就能把整套服务端连同数据库一起带起来。对只是想“打开游戏、打一只怪、掉一件装备”的单机玩家来说,这个版本的学习成本和折腾成本都是最低的,经验倍率、掉率、商店、刷怪密度全部可以自己改,想调多离谱就调多离谱。
2.2 服务端进程分工:ConnectServer、JoinServer、GameServer 与 DataServer
奇迹的服务端不是一个大程序,而是几个小服务进程配合工作,理解这一点,后面排错才不会抓瞎。典型构成包括四个部分:ConnectServer、JoinServer、GameServer 和 DataServer。ConnectServer 负责“服务器列表”,客户端打开登录器填完地址之后,第一步就是连它,然后它把当前可用的服务器列表返回给客户端;JoinServer 负责账号登录和角色列表校验,说白了就是“这个账号和密码能不能从数据库里找到”;GameServer 才是真正的游戏世界,地图、刷怪、战斗、聊天、掉落全在它里面计算;DataServer 则专门跟 SQL Server 数据库打交道,把游戏里的数据变化写回库里。有些整合包把 JoinServer 和 DataServer 合并成一个进程,也有些版本额外带一个 ExDB,负责扩展数据存储。
这些服务有固定的默认配合端口,老端普遍是下面这几组,我用表列一下(不同整合包有差异,以你自己端里的配置文件为准):
| 服务名称 | 默认端口 | 作用 |
|---|---|---|
| ConnectServer | 44405 | 下发服务器列表,客户端进入游戏后首先连接 |
| GameServer | 55901 | 游戏主逻辑,地图、怪物、战斗、掉落 |
| JoinServer | 55970 | 账号登录、角色列表校验 |
| DataServer | 55960 | 与 SQL Server 交互,写回角色数据 |
需要强调一点:客户端点击登录器后,先是连 44405 拿列表,接着连 55901 进游戏,跟数据库交互的是服务端进程而不是客户端。所以常见的“进不去游戏”故障,多半是这几个端口里某一个没起来,而不是数据库本身坏了。端口对应关系搞清楚之后再启动服务端,你一眼就能从各进程的启动窗口里看出哪个还没就绪。
2.3 开搭前先对版本:客户端、服务端、登录器的五个匹配点
单机架设最花时间的其实不是启动服务端,而是版本匹配。老端不像现代游戏有自动更新,服务端是 1.03H+,客户端就必须是对应版本的客户端,登录器也得是同一个包里带的,这三者只要有一个对不上,就会在最后一步弹出莫名其妙的错误。我一般会在动手之前先确认五样东西。第一,客户端是不是英文原版或国内当年的经典中文版,有些后来二次打包的客户端会替换掉 main.exe,导致版本号校验失败。第二,服务端目录里是否自带登录器,如果自带,优先用自带的,不要自己去下“通用登录器”,通用登录器很多只支持常用版本。第三,客户端补丁,带新地图新装备的端,会在客户端放一个补丁文件夹,没打补丁就登录,进图会直接掉线。第四,服务端程序的运行路径,放到纯英文目录里,别带中文和空格,这点在第五章还会详细说。第五,运行环境,很多老程序默认要 32 位兼容,在 Windows 10 上最好给 exe 设置“以兼容模式运行”。
这五点在很多架设教程里被一笔带过,但实际翻车率极高。版本配不上不像丢数据库那样有明确报错,它经常表现为“服务器列表能看见,点登录后十秒断线”,或者“输入账号密码后提示版本错误”。遇到这类症状,先回来检查这五项,别急着改数据库。这次架设的主线先定在“本机单机”,后面的 IP 一律按 127.0.0.1 处理,到最后一章再讲怎么把单机扩成局域网同玩。
3. 从零搭一个能进游戏的服务端:装库、改 IP、启动与注册账号
3.1 装 SQL Server 并还原奇迹数据库:第一道容易被跳过的体力活
奇迹服务端的数据全部存在 SQL Server 里,这是整个架设的地基。常见的整合包会把数据库备份文件放在服务端的 script、sql 或者 database 子目录里,文件名通常叫 MuOnline.bak、MuOnlineDB.bak 之类。装 SQL Server 时,社区里的通用做法是选一个相对老但能兼容 Windows 10 的版本,SQL Server 2008 R2 或 2014 用的人最多。原因不是性能,而是奇迹服务端的 DataServer 是十几年前编译的,对数据库版本很敏感,太新的 SQL Server 反而会在 ODBC 连接上报类型转换问题。安装时一定要选“混合模式”,也就是 Windows 身份验证加 SQL Server 身份验证都启用,并设置 sa 密码,不要留空,因为后面所有配置文件和启动脚本里都可能引用 sa 账号。
在 SSMS 里执行还原脚本,我通常用下面这段,里面包含了删旧库和重建两步:
-- 单机整合包常见的数据库名是 MuOnline,先清理旧库再还原 USE master; GO IF DB_ID('MuOnline') IS NOT NULL BEGIN ALTER DATABASE MuOnline SET SINGLE_USER WITH ROLLBACK IMMEDIATE; DROP DATABASE MuOnline; END GO RESTORE DATABASE MuOnline FROM DISK = N'D:\MuServer\script\MuOnline.bak' WITH REPLACE, MOVE N'MuOnline' TO N'D:\MuServer\data\MSSQL\MuOnline.mdf', MOVE N'MuOnline_log' TO N'D:\MuServer\data\MSSQL\MuOnline_log.ldf'; GO逻辑说明:还原前先把同名数据库强制下线,SINGLE_USER 模式会把仍在占用它的连接全部断开,防止还原中途提示“数据库正在使用”。RESTORE 语句里的 REPLACE 允许覆盖已有库,MOVE 指定数据文件和日志文件落到磁盘的位置。参数说明:文件路径要改成你服务端实际的 .bak 所在路径;MOVE 后面的物理文件名也要跟备份文件里记录的逻辑文件名一致,如果不一致,还原会报“逻辑文件名不对”。这时先执行RESTORE FILELISTONLY FROM DISK = N'...'查看备份内逻辑名,再拿那个名字去 MOVE。
如果端里带了不止一个数据库,一般还会有账号库或商城库,同样的脚本多执行几次就行。还原完之后,在 SSMS 的对象资源管理器里展开 MuOnline 库的“表”,确认里面有 Character(角色)、MEMB_INFO(账号)这类表,才算真的还原成功。很多新手在这一步直接跳过,结果 GameServer 闪退、DataServer 报“数据库连接失败”,回头一看库是空的,白折腾一晚上。
3.2 把服务端 IP 锁死在 127.0.0.1:配置文件里最容易翻车的地方
接下来是 IP 配置。单机版的目标是本机体验,所以所有服务端进程的监听地址都用回环地址 127.0.0.1,一切公网 IP 和服务器专用 IP 都先不碰。最基本的两个位置:ConnectServer 的 ServerList.dat,以及 GameServer 的启动配置。ServerList.dat 通常是一个 Tab 分隔的文本文件,典型内容长这样:
0 单机测试服 127.0.0.1 55901 1五个字段分别是服务器编号、显示名称、IP、端口、是否开放。单机时 IP 写成 127.0.0.1,端口对齐 GameServer 的监听端口,常见是 55901。如果将来要做局域网联机,把这里换成服务器本机的局域网 IP 就行,这个我在最后一章留了操作。
GameServer 的配置文件里也要找到 IP 相关字段。常见做法是直接在 GameServer 根目录下的启动文本里写启动参数,也有的是独立的配置文件。不管哪种形态,核心都要保证 GameServer 启动时用的 IP 是 127.0.0.1,并且监听端口与 ServerList.dat 里写的端口一致。改完之后,可以用一条命令验证服务是否在监听:
netstat -ano | findstr 44405 netstat -ano | findstr 55901逻辑说明:netstat 列出当前所有端口监听状态,findstr 过滤出 44405 和 55901,也就是 ConnectServer 和 GameServer 的端口。如果两个端口都出现 LISTENING 状态,说明关键进程已经起来了;如果只看到 44405 而看不到 55901,说明 GameServer 没起来,问题多半出在数据库连接或启动参数上。参数说明:这两个端口是奇迹老端最常见的默认值,但个别整合包会改成自定义端口,以你自己端里 ServerList.dat 写的为准,别拿着别处的端口号硬套。
3.3 注册账号与启动顺序:先起连接服务,再起游戏服务
服务端进程有严格的启动顺序。ConnectServer 和 JoinServer 相互独立,哪个先起来都行;GameServer 依赖 DataServer 先把数据库连接建立好,所以必须在 DataServer 之后启动。我习惯用一个批处理脚本把整套流程串起来,这样每次开机不用一个个去点 exe:
@echo off title 奇迹 1.03H+ 单机启动器 cd /d D:\MuServer echo [1/4] 启动 ConnectServer start "ConnectServer" "D:\MuServer\ConnectServer\ConnectServer.exe" echo [2/4] 启动 JoinServer start "JoinServer" "D:\MuServer\JoinServer\JoinServer.exe" echo [3/4] 启动 DataServer start "DataServer" "D:\MuServer\DataServer\DataServer.exe" timeout /t 3 /nobreak >nul echo [4/4] 启动 GameServer start "GameServer" "D:\MuServer\GameServer\GameServer.exe" echo 全部启动,等几秒后检查端口监听状态。逻辑说明:批处理用 start 在独立窗口里拉起每个服务进程,timeout 3 秒是为了给 DataServer 留足时间和 SQL 建立连接,避免 GameServer 启动即连数据库失败而闪退。参数含义:每个进程的完整路径要按你自己服务端实际目录改写;有些端里 DataServer 与 GameServer 同目录,启动顺序就简化成“先 ConnectServer,后 GameServer”。
账号注册要看数据库表结构。老端数据库里账号表普遍叫 MEMB_INFO,字段结构基本一致,可以直接用 SQL 插一条:
USE MuOnline; GO SELECT TOP 1 memb_id, memb_pwd, bloc_code, ctl_code FROM MEMB_INFO; GO INSERT INTO MEMB_INFO (memb_id, memb_pwd, bloc_code, ctl_code) VALUES ('test01', '123456', 0, 0); GO逻辑说明:先查询表结构,确认这几列存在后再插入。bloc_code 是封号标记,0 表示正常;ctl_code 是 GM 权限等级,0 表示普通玩家。参数说明:很多整合包的密码字段经过二次加密,直接用明文插入后,登录时可能提示“账号不存在或密码错误”。这时候别去猜加密算法,找端里自带的注册工具填一次账号,再打开数据库看密码字段变成了什么格式,照那个格式继续插后续账号。这也是老架设教程里很少讲的一句实话。
3.4 客户端连接:登录器填 IP 与版本校验
服务端跑起来、账号建好之后,进入客户端目录。单机整合包通常自带一个登录器 exe,第一次运行会让你填服务器 IP 和端口,按 127.0.0.1:44405 填,回车后应该能看到名为“单机测试服”的列表条目。如果能看到列表,说明 ConnectServer 已经正常工作;点击进入后如果长时间停在“连接中”,再回头查 GameServer 的 55901 端口是否在监听。弹“版本错误”则是客户端与端本身不匹配,要么换包内自带的客户端,要么检查 main.exe 是否被第三方补丁改过。这一步的原则是:能用包里附件的东西,就不要去外边找通用登录器。
4. 调参数才是架设的本体:倍率、商店、刷怪和必调的几项配置
4.1 经验与金币倍率:一张表看懂配置里的数字对应关系
单机版和官方服最大的区别,是把倍率调到“能爽又不至于无聊”的区间。奇迹的倍率体系至少包含三块:普通经验、大师经验、金币掉落和卓越物品掉率。不同整合包的存放位置不一样,最集中的做法是放在 GameServer 目录下的 GameServerInfo 或配置文件里,字段是文本格式,很多教程端里还带着中文注释。下面这段是典型形态,具体字段名以你的端为准:
; GameServerInfo/Common.dat 里的常见字段(不同端命名有差异) [经验倍率] Normal=100 ; 普通升级经验,100 代表 1 倍官方值 Master=50 ; 大师等级经验,50 代表 0.5 倍 Money=100 ; 金币掉落倍率 [掉率] Excellent=5 ; 卓越物品掉率倍率 Socket=1 ; 镶嵌装备掉率开关逻辑说明:数值基本都是乘数关系,1 等于官方基准,想做 10 倍就填 10。大师经验倍率单独列出来,是因为 1.03H+ 引入了大师等级系统,这部分经验消耗和普通经验是两条曲线,不单独调会明显感觉大师等级升得比普通等级还慢。参数说明:那个 Excellent 不要一开始就填 50,单机刷半天全是卓越蓝装,装备再也没有价值感,反而成了垃圾掉落。我一般从 3 到 5 起步,刷一会儿再决定要不要往上加。
改完倍率,必须重启 GameServer 才能生效。一个经常被忽略的习惯是:改任何配置前先备份原文件;改完启动后如果发现数值没变化,多半是改错了文件,GameServer 正在读的是另一个目录下的同名配置文件。
4.2 商店与套装投放:改商店列表和装备补给的常见做法
单机玩家最常问的一句话是“商店里怎么没有我要的红龙套装”。这通常不是 bug,而是商店文件里根本没有刷这些装备。常见做法是打开服务端 DATA 目录下的商店文件,这类文件普遍叫 Shop0.txt、Shop1.txt 之类的编号文件,每一行代表一件商品。物品的编号规则需要对照物品定义文件,不同端的自定义物品编号差异极大,凭记忆填代码十有八九填错。先查一遍库里的物品表是个稳妥办法:
USE MuOnline; GO SELECT TOP 50 id, name FROM Item WHERE name LIKE N'%龙王%' OR name LIKE N'%红龙%';逻辑说明:在物品表里按中文名模糊查编号,确认你要投放的装备在这个端里的确切 id 之后,再去商店文件里追加或修改对应行。参数说明:物品表名在不同端里可能叫 Item、Items 或 ITEM_INFO,如果没有就换成你库里的实际表名;中文模糊匹配要注意 SQL 的排序规则是否支持中文,出现乱码时可以把数据库排序规则临时改成 Chinese_PRC_CI_AS,也可以在商店文件里直接用物品编号对照表去差。
改商店文件本身没有统一格式。有的端是“物品ID、价格、等级、属性”,有的端是“ID、出售标志、堆叠数量”,最好用 Notepad++ 打开原文件先看两行注释再动手。编码也要注意:这类老配置文件大量使用 ANSI/GBK 编码,用记事本另存为 UTF-8 会让中文变成乱码。改完依然要重启 GameServer,而且很多端对商店文件的读取是“启动时一次性加载”,如果你在游戏里开着商店界面时改文件,退出重进后商店内容可能显示一半,这是正常的,重启服务端就恢复。
4.3 刷怪密度与活动开关:在刷怪文件里加怪、调刷新时间
单机版最快乐的部分其实是自己当 GM 调怪物密度。刷怪配置在服务端的刷怪文件里,常见文件名是 MonsterSetBase.txt 或 MonsterSet.txt,内容是按行排列的刷怪规则,每一行包括地图编号、怪物编号、数量、坐标和刷新范围。典型的一行是这个样子(以常见整合包的列顺序为例):
0 12 10 130 130 5 5逻辑说明:第一列是地图编号,0 对应勇者大陆;第二列是怪物编号;第三列是同时存在的数量;第四五列是中心坐标;第六七列是坐标随机偏移范围。也就是说,这行会在勇者大陆 (130,130) 附近 5 格范围内刷 10 只编号 12 的怪物。参数说明:把数量改大,刷怪瞬间变快,但单机的 GameServer 只有一个线程处理战斗,数量超过一定阈值后 CPU 占用会爆表,角色放技能开始卡顿。这时不是网络问题,而是本地服务端算不过来。我调刷怪的原则是每次只改 30% 以内,进游戏跑一圈再改,别一次翻五倍。
活动开关通常在 GameServer 的活动配置文件或启动参数里,新版整合包会在配置文件中用 0/1 开关控制血色城堡、赤色要塞、卡利玛神庙等玩法是否开启。单机状态下全开没有副作用,但有些活动需要玩家组队,单机一个人进反而体验不好。我的建议是先把基础地图的刷怪调顺,活动保持默认,等核心流程跑通了再去研究活动怎么开,别一上来就追求“全功能解锁”。
5. 架设避坑实录:单机版最常见的几处翻车点与排查手段
5.1 连不上服务的三板斧:先看 44405,再看版本号,最后查 ODBC
新手遇到“服务器列表都看不到”,第一反应往往是重装数据库,其实大部分问题出在三个地方,按顺序排查最省时间。第一步看端口,在服务端机器上执行netstat -ano | findstr 44405,如果没有任何输出,说明 ConnectServer 没起来或起来了又闪退,回到启动脚本看 ConnectServer 窗口有没有报错。第二步看版本号,服务端起来了、客户端列表也能看到,但一点“连接”就是“版本错误”或“连接中断”,这基本是客户端和登录器不匹配,换个端内自带的 main.exe 就能解决。第三步查 ODBC,这是最隐蔽的:奇迹服务端进程用数据源名 DSN 连接 SQL Server,而 DSN 有 32 位和 64 位两个注册表体系。64 位 Windows 上装 64 位 SQL Server 后,如果 DSN 建在 64 位“ODBC 数据源管理器”里,而 GameServer 是 32 位程序,它只会去读 32 位 DSN,怎么连都连不上。解决方法是打开“控制面板-管理工具-ODBC 数据源(32位)”,把 MuOnline 等 DSN 全部在里面重新建一遍。
5.2 启动顺序一乱就“卡号”:角色停在选择界面下不来
单机玩得好好的,突然掉线,再登录时角色卡在“选择角色”,或者进图黑屏之后又弹回登录界面,这就是老玩家常说的“卡号”。现象的本质是上次下线时,角色数据没有完整写回数据库,GameServer 内存里还挂着这个角色的会话。最常见的两个原因:一是直接强杀 GameServer 进程,角色写回被中断;二是启动顺序错了,GameServer 先于 DataServer 起来,导致角色数据写到了错误的连接上,回库时字段错位。解决起来不复杂:先把 ConnectServer 和 GameServer 全部关掉,等十几秒让 DataServer 把缓冲写回,再按正确顺序重新启动;如果还卡着,去数据库里把 MEMB_INFO 或 Character 表里对应角色的在线状态字段改回 0,再重新登录。这里要记住一条血泪经验:单机也一定要用正常方式退出游戏,不要为了图快直接杀进程,强杀丢装备的后悔药只有数据库备份能给。
5.3 中文路径和杀软拦截:两个隐蔽到让人想砸电脑的坑
很多单机端下载包解压出来,默认就在中文目录下,比如“D:\奇迹单机版”。老服务端程序用的是十多年前的编译器,对路径里的中文字符处理得极其潦草,常见症状是 GameServer 启动时读配置读到一半说找不到文件,或者启动脚本明明写了路径却执行不了。解决办法只有一个:把整个服务端移到纯英文路径下,比如 D:\MuServer,不要带空格、不要带中文,然后重走一遍启动流程。杀软拦截则是另一类隐蔽问题:GameServer.exe 这种老程序没有数字签名,很容易被 Windows Defender 当成风险软件直接隔离,表现是批处理里 start 执行完,窗口闪一下就没了。先在杀软里把服务端整个目录加入白名单,再启动;如果已经被隔离,去“病毒和威胁防护”的隔离项目里恢复文件,然后加入排除项。这两件事不处理好,端口、数据库查半天都是白费。
5.4 数据库备份才是后悔药:调参数前先备份一次
调倍率、改商店、加刷怪,这几件事做多了,迟早会把数据库改坏,最常见的是商店物品填错编号,导致 GameServer 启动时读商品表直接崩溃。调参之前先跑一次备份,成本极低:
BACKUP DATABASE MuOnline TO DISK = N'D:\MuServer\backup\MuOnline_pre.bak' WITH FORMAT, INIT;逻辑说明:这条语句会生成一个完整备份文件,FORMAT 表示覆盖旧备份文件,INIT 表示重写介质头,让备份文件足够干净。参数说明:备份路径要放在服务端目录之外的独立目录,不然哪天整个服务端目录被杀软或自己误删,备份和原库一起没了。恢复时同样用第三章的还原脚本,把源路径指到这个备份文件即可。我个人的习惯是每次改配置前备份一次,文件名带上日期,比如 MuOnline_20250101.bak。攒几个版本后,哪天把端玩坏了,挑离损坏最近的一个备份恢复,十分钟又能回到改之前的干净状态。
6. 从单机到局域网同玩:一台机器当服务器,两台电脑一起进游戏
单机玩顺了之后,下一步最自然的操作是拉上一个朋友,两台机器连同一个局域网,在同一张地图里一起刷怪。局域网联机并不是把服务端“开服”,它只是把客户端要去连接的 IP 从 127.0.0.1 改成服务器的局域网 IP,数据仍然只在这两台电脑之间流通。操作步骤按顺序来:先在服务器那台机器上执行 ipconfig,找到当前网卡的 IPv4 地址并记下来,比如 192.168.1.100;然后把 ServerList.dat 里的 127.0.0.1 改成这个地址,端口保持 55901 不变;客户端登录器里填的地址也要跟着改成 192.168.1.100:44405。防火墙需要放行 44405 和 55901 两个端口,打开“Windows 防火墙-高级设置-入站规则-新建规则”,选“端口”,TCP 下填这两个端口号即可。
被联机的那台电脑,客户端版本和登录器必须与服务器完全一致,最简单的办法是让朋友把整个客户端目录从服务器机器上复制过去,不要混搭别的客户端。验证方式很直接:两台电脑都能看到“单机测试服”列表,另一台电脑点进去,能创建角色、能进入勇者大陆并正常打怪,说明整个链路已经通了。几台机器看到的是同一个 GameServer 世界,角色数据都保存在服务器本机的 SQL Server 里,所以另一台电脑创建的角色存在服务器库里,每次都需要连上服务器才能玩。
玩完退出时,记得先用正常流程关闭 GameServer,再关数据库。最后说一个这些年攒下来的习惯:我从第一次把服务端目录放在中文路径里折腾三天之后,就给自己定了一条规矩——任何端解压后第一时间移到 D:\MuServer 这类纯英文路径,任何配置文件改动前先做数据库备份。按这个规矩,后面几次架设基本没再翻过大车。希望帮到你。
本文还有配套的精品资源,点击获取