IPXWrapper 完整教程：让依赖 IPX/SPX 的老游戏在现代 Windows 重新联机

【免费下载链接】ipxwrapper项目地址: https://gitcode.com/gh_mirrors/ip/ipxwrapper

周五晚上，我和老同学约好打《红色警戒2》。两台电脑都装了游戏，连在同一个路由器下，可局域网列表里谁也看不到谁。折腾到凌晨，才发现罪魁祸首不是网络，而是系统：从 Windows 7 开始，微软悄悄移除了对 IPX/SPX 网络协议的原生支持，而《红警2》《星际争霸》《暗黑破坏神》这批老游戏，联机时却只认这个协议。IPXWrapper 正是为解决这个问题而生的协议转换工具——它把游戏发出的 IPX/SPX 请求"翻译"成现代系统听得懂的 UDP 数据包，让老游戏在现代 Windows 上重新找回局域网对战的能力。

一个周五晚上的联机事故：问题到底出在哪

先别急着怪路由器。老游戏联机失败，九成是下面这个链条断了：

1. 游戏在"网络"菜单里仍然列出IPX/SPX选项，因为它的联机代码写死在 WinSock 1.x / 老版 DirectPlay 上；
2. Windows 10/11 的系统层已经删掉了 IPX/SPX 协议栈，游戏找不到协议，自然"哑火"；
3. 于是房间列表为空、报"未找到主机"，或者干脆在协议选择界面卡住。

IPXWrapper 的定位，就是在这条断掉的链上补一座桥：它不修改游戏，也不要求你安装老驱动，而是用一组 DLL 替身，站在游戏和系统之间，把 IPX/SPX 的语义实时转成 UDP 在网络上收发。你不需要理解协议细节，只要会用工具，就能让游戏"以为"系统还支持 IPX。

它是怎么"翻译"的：协议转换的四个组件分工

把 IPXWrapper 想成一位同声传译：游戏说 IPX/SPX，Windows 只懂 UDP/IP，中间的译员负责逐句转换。这个"译员"由四个 DLL 文件组成，各管一摊：

使用时把这四个文件放进游戏的可执行文件所在目录即可。Windows 有一个"就近加载"规则：同目录存在同名 DLL 时，优先加载它而不是系统目录里的原件，于是游戏的每次网络调用都先经过 IPXWrapper 过滤和翻译，再以 UDP 数据包发出去。

配套的还有两个注册表文件：directplay-win32.reg和directplay-win64.reg，按系统位数导入，作用是补上 DirectPlay 缺失的协议注册项，让游戏在枚举协议时能"看见"IPXWrapper。整个过程不碰系统文件，卸载时删掉 DLL 即可，非常干净。

先做选择题：你的联机场景该走哪条路

IPXWrapper 不是只有一个开关，它有几种运行模式，对应不同场景。动手之前，先对着下面这张表判断自己属于哪种情况，能省下大量瞎折腾的时间：

两个注意点，提前说清楚：

• DOSBox 服务器模式和真实 IPX 帧模式都不支持 SPX 连接。依赖 SPX 面向连接传输的游戏（典型如某些老 RTS 的可靠传输），在这两种模式下无法工作，请优先走默认直连模式。
• 想用 DOSBox 服务器联机，不需要在游戏机上跑 DOSBox，只需要一台机器作为"中转站"，地址写进配置即可。

十分钟上路：部署、注册与首次联机实测

判断完场景，下面这套流程对新手最友好，每一步都附上"怎么验证"。

第一步：获取项目文件

git clone https://gitcode.com/gh_mirrors/ip/ipxwrapper

预期效果：本地出现ipxwrapper目录，里面有src/、tools/、tests/等子目录。

第二步：把四个 DLL 复制到游戏目录

找到游戏的安装目录（和主程序 exe 同一个文件夹），把ipxwrapper.dll、wsock32.dll、mswsock.dll、dpwsockx.dll四个文件复制进去。

预期效果：游戏目录里能看到这四个 DLL。建议同时备份一份原目录清单，方便日后清理。

第三步：按系统位数导入注册表

• 32 位系统双击directplay-win32.reg；
• 64 位系统双击directplay-win64.reg。

弹出确认框后点"是"。

预期效果：注册表写入成功。若想验证，可在游戏启动后查看日志确认协议被枚举。

第四步：放行防火墙

在 Windows 防火墙中给游戏主程序添加入站允许规则，或者干脆在配置里开启自动例外（见下一节）。

预期效果：两台机器互相 ping 得通，游戏可以正常监听到局域网端口。

第五步：首测

主机在游戏内创建局域网游戏，客机打开"局域网"列表。正常情况下几秒内就能看到主机房间。

预期效果：房间出现在列表里并能成功加入。如果看不到，直接跳到文末的"急诊室"查表。

读懂 ipxwrapper.ini：三套拿来即用的配置模板

从 0.7.1 版本起，IPXWrapper 支持通过配置文件管理设置：把ipxwrapper.ini.example复制一份改名为ipxwrapper.ini，放在游戏目录即可生效——注意，配置文件优先级高于注册表，一旦存在，ipxconfig.exe写入的注册表设置会被忽略。常用参数如下：

模板一：局域网标准配置

; 局域网内两台或多台机器直接对战 coalesce packets = yes ; 开启数据包合并，减少小包风暴 firewall exception = yes ; 让系统自动放行游戏端口 logging = none ; 稳定运行后关闭日志，省资源

模板二：互联网 / DOSBox 服务器配置

; 通过一台中转服务器实现异地联机 dosbox server address = 你的服务器IP或域名 ; 替换为实际地址 dosbox server port = 213 ; 与服务端保持一致 logging = none

模板三：调试配置

; 联不上时临时启用，定位问题用 logging = debug ; 记录关键网络事件 ; logging = trace ; 更详细，会记录每一次 API 调用，明显拖慢游戏

调完参数重启游戏再测。排查阶段用模板三，问题解决后切回模板一，性能差异立竿见影。

用数据说话：网络调优小实验与性能基准

配置好不好，跑个实验就知道。项目自带的tools/目录里有现成的测量工具，不需要写任何代码：

• ipx-echo+ipx-bench：跨机器测试往返延迟与吞吐，模拟游戏的数据包模式；
• ipx-send/ipx-recv：手动发送和接收指定 IPX 报文，验证基本通路；
• spx-client/spx-server：测试面向连接的 SPX 通道是否正常。

我的实测参考（千兆局域网、两台 Windows 10 机器）：

结论很简单：局域网内默认直连延迟极低，普通对战完全感受不到；而像某些一帧发几十个包的 RTS 老游戏，开启数据包合并能肉眼可见地减少卡顿和掉线。想快速验证自己网络是否正常，先跑一遍ipx-echo双向互测，通，再进游戏；不通，问题多半在防火墙或网卡选择。

另外提一句多网卡：默认情况下 IPXWrapper 会监听所有网络接口，如果一台机器同时连着 Wi-Fi 和有线路由（分属两个网段），可能出现"看得见房间却进不去"的怪象。此时用ipxconfig.exe把"Primary interface"明确指定为联机用的那块网卡，比在游戏里反复切换省心得多。

联机故障急诊室：现象、原因与对策速查

遇到问题先别重装游戏。下面是高频故障的三列速查表，按"症状"定位：

实在查不出原因，就把logging临时设为debug重跑一次，日志文件生成在游戏目录，里面有每次网络事件的详细记录——这正是排障时最有价值的信息源，记得排完关掉日志。

进阶方向与下一步：从会用工具到会看日志

走到这一步，你已经能稳定联机了。想再进一步，这几条路都值得走：

• 读懂协议本身：src/里的addr.c、ethernet.c、router.c分别处理 IPX 地址、帧封装和路由，配合tests/下的 Perl 测试用例，能直观看到各种帧格式（LLC、Novell raw 802.3）是怎么被处理的；
• 用工具加深理解：tools/目录还有list-interfaces.c（列出可用网卡）、dptool.c（DirectPlay 调试工具）、ipx-isr.c（中断式接收测试），每一个都配了源码注释，是现成的学习材料；
• 追踪版本脉络：翻一翻 changes.txt，能看到 0.6.0 加入真实 IPX 帧、0.7.0 加入 DOSBox 服务器、0.7.1 加入数据包合并和 ini 配置的演进过程，对理解设计取舍很有帮助；
• 和 DOSBox 玩家互通：在 DOSBox 里开启 IPX 服务并填写同样的服务器地址，Windows 游戏和 DOS 游戏就能坐到同一张牌桌上。

今晚就先干一件事：复制ipxwrapper.ini.example，改好coalesce packets = yes，叫上朋友开一局。看到对方的房间出现在列表里的那一刻，你会觉得这一晚上的折腾全值了。

【免费下载链接】ipxwrapper项目地址: https://gitcode.com/gh_mirrors/ip/ipxwrapper