企业官网建设流程全解析

简介：RDPWrap-master.zip 是一份面向 Windows 10 20H2（19042.630/660）用户的远程桌面多用户支持工具包，主要解决系统默认仅允许单用户远程登录的限制，适合需要多人同时远程连接同一台主机的运维人员、开发者及家庭实验室用户使用。压缩包共 71 个文件，约 6.76MB，以 29 个 exe 可执行程序、14 个 ps1 脚本、7 个 bat 批处理、5 个 ini 配置文件和 8 个 txt 说明文档为主，另含 dll、xml、chm 等辅助文件，覆盖安装、卸载、配置检查与自动更新等环节。其中 rdpwrap.ini 可单独替换以快速更新版本适配，配合安装与卸载脚本便于按需启用或回退。资源已有 679 人学习下载，读者可借此完成多用户远程桌面的部署与版本适配，并通过配置检查工具验证运行状态，减少手动排查成本。

1. 远程桌面多用户登录：从 RDPWrap-master.zip 解压到跑通的那点事

远程桌面这东西，平时不出问题谁都不在意，一旦碰上“另一台机器连上来就把当前会话顶掉”，整个调试节奏就全乱了。RDPWrap-master.zip 就是冲着这个场景来的——它不改系统文件，靠一组配置和补丁让远程桌面服务支持多会话并存。我见过太多人解压完直接双击 install.bat，结果服务起不来、配置对不上版本号，最后连原本能用的单会话都连不上。这套东西对版本极其敏感，装之前先把系统版本、termsrv.dll 的版本号、配置文件里的偏移量三样对齐，比装完再救省事得多。下面按我实际部署的顺序走一遍，新手能照着做，熟手可以重点看版本匹配和排错那几段。

2. 装前把环境列清楚：版本、权限和文件清单

2.1 先确认系统版本和 termsrv.dll 版本号

RDPWrap 的核心逻辑是围绕termsrv.dll做内存补丁，所以第一件事不是解压，而是把系统版本和这个 DLL 的版本号记下来。打开管理员权限的 PowerShell，执行：

# 查看系统版本信息 Get-ComputerInfo | Select-Object OsName, OsVersion, OsBuildNumber # 查看 termsrv.dll 的文件版本 (Get-Item "C:\Windows\System32\termsrv.dll").VersionInfo.FileVersion

OsBuildNumber决定你属于哪个大版本分支，FileVersion才是 RDPWrap 配置文件里真正要对上的那个数字。常见做法是把这两个值记在记事本里，后面改rdpwrap.ini时直接对照。很多人只看了系统版本就以为对上了，结果 DLL 版本差一个小版本号，补丁就偏移了，服务能起但连不上，这是最典型的翻车点。

2.2 权限和依赖：管理员、服务控制、防火墙三件套

这套工具需要写System32目录、注册服务、改防火墙规则，所以必须用管理员身份运行。我一般会先确认三件事：当前账户在 Administrators 组里、UAC 能提权、Windows Firewall 服务是运行状态。检查命令：

# 确认当前是否管理员 ([Security.Principal.WindowsPrincipal][Security.Principal.WindowsIdentity]::GetCurrent()).IsInRole([Security.Principal.WindowsBuiltInRole]::Administrator) # 确认防火墙服务状态 Get-Service -Name mpssvc | Select-Object Name, Status

第一条返回True才继续。返回False就右键 PowerShell 选“以管理员身份运行”，别在普通窗口里硬试。防火墙服务如果是停止状态，后面install.bat加规则那步会静默失败，表现是本地能连、外部连不上，排查起来很绕。

2.3 解压后的文件清单和各自作用

RDPWrap-master.zip 解压出来是一组脚本和配置，不需要编译，但每个文件都有明确分工。我按实际用到的顺序列一下：

rdpwrap.ini是整个包里最需要动脑的文件，其他都是执行入口。解压路径建议放在C:\RDPWrap\这种无空格、无中文的目录，install.bat内部有相对路径引用，放在桌面或下载目录带空格时偶尔会出玄学问题。

3. 安装与配置：install.bat 之后必须手动做的那几步

3.1 以管理员身份跑 install.bat 并观察输出

进入解压目录，在管理员 PowerShell 里执行：

# 切到解压目录，路径按实际改 cd C:\RDPWrap # 执行安装脚本 .\install.bat

正常输出会依次显示复制rdpwrap.dll到System32、注册RDPWInst服务、启动服务。这里要盯的是最后几行有没有Access is denied或The service did not respond。前者是权限没给够，后者多半是 DLL 被占用或版本不匹配。装完不要急着连远程，先跑RDPCheck.exe，它会直接告诉你[+] Terminal Services configured还是[-]开头的失败原因。

3.2 改 rdpwrap.ini：按 DLL 版本号找对应段落

install.bat自带的rdpwrap.ini不一定覆盖你当前的termsrv.dll版本。打开配置文件，搜索你第 2.1 步记下的FileVersion，比如10.0.19041.xxxx。找到对应段落形如：

[10.0.19041.xxxx] LocalOnlyPatch.x64=1 LocalOnlyOffset.x64=... LocalOnlyCode.x64=... SingleUserPatch.x64=1 SingleUserOffset.x64=... SingleUserCode.x64=... DefPolicyPatch.x64=1 DefPolicyOffset.x64=... DefPolicyCode.x64=...

如果搜不到你的版本号，说明配置落后于系统更新，需要从同版本分支里找最接近的段落复制一份，把段名改成你的版本号，偏移量先沿用。改完保存，执行update.bat让服务重读配置。这里的关键是段名必须和 DLL 版本完全一致，差一位都不行，这是最常见的“服务正常但连不上”的根因。

3.3 重启服务并确认监听状态

配置改完，用下面这组命令重启服务并看状态：

# 重启 RDP Wrapper 服务 Restart-Service -Name TermService -Force # 确认服务运行状态 Get-Service -Name TermService, RDPWInst | Select-Object Name, Status # 确认 3389 端口在监听 netstat -ano | findstr :3389

TermService是远程桌面主服务，RDPWInst是包装服务，两个都要是Running。netstat能看到0.0.0.0:3389的LISTENING才算网络层通了。如果RDPWInst起不来，先看事件查看器里Windows Logs > Application的最新错误，通常是 DLL 签名或版本不匹配。

3.4 防火墙和组策略的配套调整

服务通了不代表外部能连。我一般会补两条：

# 放行远程桌面端口（如果已有规则可跳过） New-NetFirewallRule -DisplayName "RDP 3389" -Direction Inbound -Protocol TCP -LocalPort 3389 -Action Allow # 查看当前远程桌面相关组策略值 Get-ItemProperty -Path "HKLM:\System\CurrentControlSet\Control\Terminal Server" -Name fDenyTSConnections

fDenyTSConnections为0表示允许远程连接。如果是1，用Set-ItemProperty改成0再重启TermService。这一步和 RDPWrap 本身无关，但很多人装完包装服务发现连不上，最后查出来是系统层面就禁了远程桌面，白折腾一圈。

4. 避坑与排查：五条装坏之后的救法

4.1 现象：RDPCheck 显示全绿，但远程连上就踢掉原会话

原因通常是SingleUserPatch没生效，配置段里的偏移量对不上当前 DLL。解决方法是回到rdpwrap.ini，确认段名和FileVersion完全一致，然后update.bat加重启TermService。如果还不行，换一个同分支相邻版本的偏移量试，改之前把原文件备份成rdpwrap.ini.bak。

4.2 现象：install.bat 报 “The system cannot find the file specified”

原因是解压路径带空格或中文，脚本里的相对路径解析失败。解决方法是把整个目录挪到C:\RDPWrap\再跑。我一般解压完第一件事就是挪目录，省得后面反复。

4.3 现象：服务能起，但 3389 端口不监听

先看TermService是不是被其他安全软件接管或限制。常见做法是临时停掉第三方防护再重启服务验证，确认是拦截后在防护里给rdpwrap.dll和TermService加白名单。不要直接卸载防护，加白名单更稳。

4.4 现象：系统更新后突然失效

Windows 更新会替换termsrv.dll，版本号一变，原来的配置段就失效了。解决流程固定：重新查FileVersion，在rdpwrap.ini里补新段，update.bat，重启服务。我习惯每次系统大更新后先跑一遍RDPCheck.exe，比等用户报障再查快得多。

4.5 现象：卸载后远程桌面反而彻底不能用

多半是uninstall.bat没跑完就手动删了目录，原始 DLL 没还原。补救办法是从同版本系统的System32里找回原始termsrv.dll，或者用系统文件检查修复：

# 修复系统文件 sfc /scannow # 确认 termsrv.dll 版本恢复正常 (Get-Item "C:\Windows\System32\termsrv.dll").VersionInfo.FileVersion

所以uninstall.bat和备份的rdpwrap.ini.bak一定要留着，这是后悔药。

5. 装完怎么验证跑通：三步确认加一个习惯

验证不要只看“能连上”，要分三层确认，不然问题会拖到多用户并发时才暴露。第一步，本地跑RDPCheck.exe，输出里Terminal Services相关项全部是[+]，有任何[-]就先解决那一项，别往下走。第二步，用两个不同账户同时发起远程连接，观察是否互相顶掉；正常表现是两个会话并存，任务管理器里能看到两个rdpclip进程。第三步，断开其中一个再重连，确认会话恢复而不是新建，这一步能验证DefPolicyPatch是否生效。

我常用的验证命令组合：

# 查看当前所有远程会话 query session # 查看 RDP 相关服务与端口 Get-Service TermService, RDPWInst | Select-Object Name, Status netstat -ano | findstr :3389

query session输出里如果同时出现两个rdp-tcp会话且状态为Active，基本就稳了。再补一个细节：验证时用非管理员账户连一次，因为部分配置对标准用户和管理员的策略分支不同，只用管理员测会漏掉标准用户被拒的情况。

版本对照这块我整理了一个简表，装之前对一遍能省不少事：

从那以后我每次装 RDPWrap，都强制先记FileVersion再解压，装完必跑RDPCheck.exe和双账户并发测试，配置文件和卸载脚本单独备份一份到别的盘。这套流程多花五分钟，能省掉后面半小时的“服务正常但就是连不上”的排查。希望帮到你。

本文还有配套的精品资源，点击获取