3步搞定远程桌面多用户rdpwrap.ini 配置更新完全指南【免费下载链接】rdpwrap.iniRDPWrap.ini for RDP Wrapper Library by StasM项目地址: https://gitcode.com/GitHub_Trending/rd/rdpwrap.iniWindows 远程桌面默认只允许一人在线第二个人连上来就把第一个人挤下线。rdpwrap.ini 项目为 RDP Wrapper Library 提供了持续更新的配套配置文件覆盖 300 多个 Windows 构建版本帮你把多用户远程桌面用起来并在系统更新后快速恢复。这是什么项目一句话说清它不是独立工具而是 RDP Wrapper Library 的配置数据仓库。RDP Wrapper Library 是一个开源程序负责对系统组件打补丁、放行多会话而这个仓库里的rdpwrap.ini则告诉程序你的系统版本该在哪里打补丁、打什么补丁。仓库结构很简洁一共三样东西rdpwrap.ini主配置文件整合了所有已知 Windows 构建的补丁定义autogenerated/按构建号拆分的独立配置文件目前有 399 个文件名形如10.0.26100.1876-autogenerated_x64.ini其中x64/x86表示架构Readme.md更新日志每次新增支持的构建都会记录日期和版本号适合谁想让 Windows 10/11 或 Windows Server 支持多人同时远程桌面的用户尤其是系统更新后 RDP Wrapper 突然失效、需要找新配置的人。为什么每次更新 Windows 之后都坏问题的根源在于 Windows 更新机制。远程桌面的会话限制逻辑写在系统组件termsrv.dll里微软每次发布更新都会替换这个文件。文件一变里面的函数偏移量就变了原来 rdpwrap.ini 里记录的补丁位置全部对不上RDP Wrapper 自然失效。所以这不是软件坏了而是补丁地址过期了。解决办法只有两条拿到覆盖新构建号的配置文件或者重新生成补丁信息。本仓库的维护者sebaxakerhtc在每次 Windows 更新后都会跟进从 2020 年的 19041 系列一直更新到 2026 年的 26100、28000 系列更新记录完整保留在Readme.md中。还有一个细节需要注意新版termsrv.dll不只改变偏移量部分构建还需要新的补丁码patchcode。Readme.md里专门提醒只往旧文件里追加一个新构建的段落是不够的[PatchCodes]段落后面的公共定义如果缺失或过期即使你那个构建号的小节写对了补丁依然不会生效。这也是下文反复建议整文件替换而不是手动合并的原因。动手前确认三件事第一确认你装了 RDP Wrapper Library。本仓库只是配置文件不含程序本体。如果还没装先安装 RDP Wrapper Library建议以管理员权限安装装好后配置文件位于C:\Program Files\RDP Wrapper\rdpwrap.ini。第二查清你的构建号。按Win R输入winver打开关于 Windows看到的完整版本号类似10.0.26100.8474。前三段10.0是系统标识第四段是构建号如26100对应 Windows 11 24H2第五段是修订号。在autogenerated/目录里文件名同时包含完整四段版本号精确匹配以你查到的为准。第三确认架构是 x64 还是 x86。现在绝大多数机器是 64 位对应_x64后缀的配置文件。如果文件名不带架构后缀一般表示该构建不分架构。操作步骤整个流程就四步拿最新文件、比对版本、替换、重启服务。拿最新的 rdpwrap.ini。用 git 克隆仓库或者直接从仓库页面下载根目录的rdpwrap.inigit clone https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini先备份再替换。不要往旧文件里复制段落直接把整个新文件覆盖过去copy C:\Program Files\RDP Wrapper\rdpwrap.ini C:\Program Files\RDP Wrapper\rdpwrap.ini.bak copy 下载目录\rdpwrap.ini C:\Program Files\RDP Wrapper\rdpwrap.ini第一条命令备份旧配置第二条用仓库里的最新文件整份替换。整份替换能同时保证[Main]、[SLPolicy]、[PatchCodes]和你构建号对应的四个段都齐备。重启远程桌面服务。以管理员身份打开命令提示符执行net stop TermService net start TermService如果net stop提示有用户正在会话中先让对方断开或稍等片刻再执行。如何确认多用户已生效验证分两层由内而外。第一层看 RDP Wrapper 自身的状态。用随 RDP Wrapper Library 附带的 RDPConf 工具查看服务状态应为 Running监听状态应为 Listening且你的 Windows 版本被识别为已支持。若显示 Not supported 或 Not listening说明版本没匹配上或补丁没打上回到高频问题一节排查。日志文件默认写在C:\Program Files\RDP Wrapper\rdpwrap.txt主文件[Main]段的LogFile项打补丁失败时会在这里留痕。第二层才是真目的——第二个会话。用当前账号保持本地登录从另一台设备发起远程连接远程连接成功画面里能看到本地用户仍在桌面没有被挤下线两个会话各开一个任务管理器确认 CPU、文件互不干扰测一下剪贴板或文件拖拽确认会话间通道正常能做到第 1 点多用户配置就算真正生效了。Windows 原版行为是后来者顶掉前者只要还能看到两个会话并存就说明补丁工作正常。高频问题与解法问题一RDPConf 显示 Not supported你的版本不在配置里。说明 Windows 更新太新仓库还没跟进。两个办法一是对照Readme.md的更新记录看最近一次跟进的日期通常几天到一两周内会有新构建加入二是在autogenerated/里找修订号最接近的配置文件临时顶上但补丁偏移有偏差时会失败只作应急。问题二版本明明支持但 Not listening 或补丁失败。优先检查两点。其一你是不是手动往旧文件里追加了段落——如前文所说[PatchCodes]不全会导致这种情况用最新整文件替换后重启服务即可。其二重启时没断干净旧会话net start TermService前确认无人在线。另外杀软偶尔会拦截对系统组件的写入可临时排除C:\Program Files\RDP Wrapper目录。问题三家庭版连上了但会话立刻断掉或某些功能异常。配置文件只能解决允许多会话的问题系统层面的组策略如组策略里关闭了远程桌面、NLA 设置、防火墙 3389 端口放行等都会影响连接。这类问题与 rdpwrap.ini 无关在系统 → 远程桌面设置和防火墙规则里逐一确认即可。持续维护建议RDP Wrapper 是追着 Windows 更新跑的形态建议养成两个习惯每次系统大更新前看一眼Readme.md。更新日志按时间倒序排列如果你的新构建号已在最近几条记录里就可以放心更新没出现就先更新系统前的远程桌面使用计划更新后及时回来替换配置。替换配置时永远整文件覆盖。备份旧文件、下载新文件、覆盖、重启服务这套动作一分钟能完成而手动合并段落省下的一分钟往往换来半天排查。仓库根目录的rdpwrap.ini头部有Updated日期字段替换前瞄一眼可以确认拿到的是最新版本。另外autogenerated/里每个独立文件对应一个构建如果你维护多台机器、版本各不相同用这些单构建文件做对照排查会比翻 2 万多行的主文件快得多。写在最后配置以仓库根目录的rdpwrap.ini和Readme.md更新日志为准支持的完整版本清单直接看autogenerated/目录即可。仓库地址https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini仅 clone 时需要。最后提醒一句多用户远程桌面意味着多台设备可以无感登入同一台机器请为所有可远程登录的账号设置强密码并在防火墙上把 3389 端口的访问限制在你信任的网络内。【免费下载链接】rdpwrap.iniRDPWrap.ini for RDP Wrapper Library by StasM项目地址: https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考