RDPWrap 配置指南:4步实现 Windows 远程桌面多用户连接
【免费下载链接】rdpwrap.iniRDPWrap.ini for RDP Wrapper Library by Stas'M项目地址: https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini
RDPWrap 的作用,是让一台 Windows 机器同时接待多个远程桌面会话,而不是像默认那样来一个新连接就把你挤下线。这份指南带你完成 RDPWrap 配置的完整流程:先自检版本与架构,再从 rdpwrap.ini 中挑出正确配置、重启 TermService、用 RDPConf 验证状态,最后补上 NLA 和防火墙白名单,全程 4 步。
一句话看懂 RDPWrap:从单用户到多用户的远程桌面
先回答最基础的问题:RDPWrap 替你解决了什么?
- 默认情况下,Windows 桌面版只保留一个活动远程会话,别人一连,已有会话就被顶掉
- 装上 RDPWrap 后,同一台机器可以同时挂着多个用户,各看各的桌面,互不打断
- 覆盖范围从 Windows 7、8/8.1、10、11,一直到对应的 Server 版本
- 对你的角色来说,它就是"一份配置 + 一个补丁工具",无需改动系统源码
它是怎么做到的:rdpwrap.ini 与 termsrv.dll 补丁机制
原理弄清之后,你后面每一步都知道在干什么、出问题该往哪儿查。
打个比方:termsrv.dll 是远程桌面的"门口保安",默认只放行一个人。RDPWrap 干了两件事:
- 改放行规则:rdpwrap.ini 的 [SLPolicy] 段落存放策略项,比如 AllowMultipleSessions=1 允许多会话、MaxUserSessions=0 表示不设上限
- 改查岗逻辑:运行时把一小段补丁代码写进内存,让"是否允许并发"的判断结果恒为"允许",这就是常说的 termsrv.dll 补丁
补丁落在哪个地址、用哪条指令,随系统构建不同而不同,所以 ini 里还有 [PatchCodes] 补丁码库和按构建号分段的偏移表——这正是下一节要解决的事。
动手前自检:系统版本、架构与管理员权限
这一步是确认你的机器"够不够格"、该配哪份文件,避免装完才发现不兼容。
- 用一个管理员权限账户操作,后面重启服务会用到
- 记下两个关键信息:termsrv.dll 的版本号、系统是 32 位还是 64 位
- 在 PowerShell 里执行下面这条命令,直接取出真正的匹配依据:
(Get-Item C:\Windows\System32\termsrv.dll).VersionInfo.FileVersion- 本地还没有配置仓库的话,先克隆一份:
git clone https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini这个版本号是后面所有匹配的"钥匙",建议现在就抄下来备用。
四步激活:匹配配置 → 应用配置 → 重启服务 → 验证状态
材料齐了,4 步走完,多用户连接就能跑起来。
- 匹配配置:在 autogenerated/ 目录里,按版本号加架构找到对应 .ini,挑法下一节细讲
- 应用配置:先备份你机器上原有的 rdpwrap.ini,再用新文件覆盖它。注意:新构建不能只在旧文件里追加一段构建项,必须把 [PatchCodes] 段整体换成最新版;最稳妥的做法是整份文件替换
- 重启服务:停止 TermService 服务再启动它,让新补丁重新注入
- 验证状态:运行 RDPConf,确认三项全绿 ✅ —— Listener 显示 Listening、Service 显示 Running、Wrapper 显示 Installed
任何一项不对,别硬试,跳到下一节自查。
配置文件怎么选:autogenerated 目录的版本匹配策略
autogenerated 目录里躺着几百个 .ini,文件名就是答案:版本号-架构,例如10.0.26100.7523-autogenerated_x64.ini。挑法按优先级来:
- 精确匹配:termsrv.dll 版本号和文件名完全一致,直接用它
- 近似回退:没有精确项时,取同一大版本中构建号最接近的那个
- 架构必须一致:64 位系统选
_x64,32 位选_x86,这条没有商量余地
再给你两个捷径:
- 仓库根目录的 rdpwrap.ini 本身就是一份持续维护的汇总配置,多数场景直接拿它就能用
- 不确定自己的构建是否已收录,翻一下 Readme.md 的更新记录,按日期列出了历次新增的全部版本号
验证不通过怎么办:服务起不来、配置不生效自查
RDPConf 里出现红叉或黄叉时,先别重装,九成是下面两类问题。
服务起不来
- 检查 TermService 的运行状态,再看"事件查看器 → 应用程序"日志里的报错
- 常见诱因是补丁没打进去,而根源通常还是版本没对上
配置不生效
- 多数是版本不匹配:把机器上 termsrv.dll 的真实版本,和 ini 里段落的构建号逐位对一遍,差一位就换文件
- Windows 大更新可能更换 termsrv.dll,旧配置随之失效,更新后必须重新匹配
- 还有一类低级失误:改了文件却没重启服务,补丁根本没机会生效
ini 里 LogFile 指向的 \rdpwrap.txt 会记录每次注入过程,排障时值得翻一眼。
安全加固:NLA、防火墙白名单与权限控制
多用户一开,3389 端口的暴露面就变大了,三道加固建议顺手做完。
- 开启 NLA:在系统"远程桌面设置"里勾选"只允许来自启用网络级身份验证的计算机的连接",等价于把注册表 RDP-Tcp 项下的 UserAuthentication 置为 1,没通过验证的连接进不了门
- 防火墙白名单:入站规则只放行你信任的来源网段访问 3389,别对整个公网敞开
- 权限与审计:限定哪些用户组可以远程连入,按需设置会话超时与空闲断开时间;需要追溯时,打开"登录/注销"类别的成功与失败审计
最后,给你 3 条落地建议:
- 系统更新前先做两件事:备份当前 rdpwrap.ini、记下 termsrv.dll 版本号;更新完成后重新匹配一遍配置,再谈其他事。
- 先在虚拟机或闲置机器上完整走一遍四步,确认 RDPConf 三项全绿后,再推广到正式环境。
- 够用就好:确实需要并发才放开 MaxUserSessions,NLA 和防火墙白名单是必选项,不是可选项。
【免费下载链接】rdpwrap.iniRDPWrap.ini for RDP Wrapper Library by Stas'M项目地址: https://gitcode.com/GitHub_Trending/rd/rdpwrap.ini
创作声明:本文部分内容由AI辅助生成(AIGC),仅供参考