阻止针对您 Windows 服务器 的 RDP 暴力破解攻击

Free 永久有效且无需银行卡：单台服务器的 RDP 防爆破、封禁攻击者地址、24 小时攻击历史，以及最多三个地址的白名单。它不会到期，也不是试用。付费套餐额外提供整段子网封禁（而非逐个地址）、FTP 与 MS SQL 防护、Telegram 通知、GeoIP 规则、更长的历史和共享威胁库。

每个账户可获得一次，无需银行卡，也无需取消。试用期内可在自己的服务器上使用 Pro 的全部功能。14 天后账户会自动回到 Free，防护继续运行：子网封禁退回为单地址封禁，Telegram 通知关闭，历史缩短为 24 小时。绝不会自动扣款。

按台加购即可，每台 $3/月，无需升级到更高套餐。加购的服务器与所属套餐同周期续费。

安全。代理只读取本机操作系统的安全日志，并封禁指向本机受保护端口的入站连接。它只发起出站 HTTPS 请求，不开放任何入站端口。

有效。封禁决策在代理本地做出，即使无法连接云端，防护也会按最后应用的策略继续工作。

代理会通过注册表和监听套接字自动识别实际的 RDP 端口，端口变化时会自动重建规则。FTP 端口同样自动识别。

不会。安装时您当前的 IP 地址会自动加入白名单，而白名单来源的优先级始终高于任何封禁。

Windows Server 2012 R2 到 2025，以及 Windows 8.1 / 10 / 11，支持 x64、x86 和 ARM64。单个可执行文件，无需额外运行时。

国际支付通过 PayPro Global，俄罗斯境内通过 YooKassa，另外支持加密货币。Free 套餐永久有效且无需银行卡。

RDP Protector 就是原生为 Windows Server 打造的 Fail2ban 替代方案。Fail2ban 是 Linux 上的守护进程：它读取文本日志并调用 iptables 或 nftables，而这两者在 Windows 上都不存在。把这个思路移植过来，通常意味着在 Cygwin 或 WSL 里运行，再在 netsh 上拼一层脚本。RDP Protector 用 Windows 自己的方式完成同一件事：订阅 Windows 安全事件日志，在本地判定某个来源正在攻击，并把封禁写入 Windows 防火墙 —— 是一条合并规则，而不是成千上万条。不需要 Linux 运行时，不需要解析文本日志，也不需要脚本。

第一个问题它们解决得一样 —— 观察失败登录并封禁地址 —— RDP Protector 也是从这里开始的。区别出现在第二台服务器之后。那些工具都是按单机工作的：各有各的设置、各有各的封禁名单，也完全不知道旁边那台已经见过什么。这里的代理共享一套策略和一个跨租户信誉库，因此攻击过其他受保护服务器的地址，对你的服务器来说已经是已知的；付费方案封禁整个 /24 子网，而不是一次一个地址，面板则一次性显示整个服务器群。

因为它锁的是账户，不是攻击者。锁定策略通过禁用目标来阻止猜测 —— 这恰恰是暴力破解机器人想要的：把管理员挡在一台它自己本来也进不去的服务器之外，这也是账户锁定会变成拒绝服务手段的原因。它对流量没有任何作用：尝试照样到达，照样消耗 CPU，照样填满事件日志。在防火墙上封禁来源，停下的是尝试本身，而不是账户。

Windows 服务器上的勒索软件大多不是靠漏洞进来的，而是登录进来的：攻击者猜出或买到 RDP 密码，以管理员身份登录，关掉杀毒软件，删除卷影副本，然后手动运行加密程序。正因如此，RDP 安全是最先见效的勒索软件防线：条件允许就把远程桌面从公网上撤下来，对所有能访问它的账户强制多因素认证，并在若干次登录失败后自动封禁来源地址，让密码猜解永远走不到终点。最后这一步由 RDP Protector 完成：它在服务器本机读取 Windows 安全日志，在账户锁定阈值触发之前就在防火墙上封禁攻击者所在的子网，并保留每一次尝试的历史记录。再配上你真正演练过恢复的离线备份 —— 两者共同决定一次入侵只是事件，还是一场灾难。

使用 RDP Protector，我将代理安装为 Windows 服务：它读取本地身份验证事件，确定实际的 RDP 端口，并在每个时间窗口尝试阈值后将源阻止添加到 Windows 防火墙。我将我的管理地址列入白名单，在面板中检查攻击，并让本地策略继续工作，即使我失去了与云的连接。

免费，无需 RDP Protector 我从整个 Internet 关闭 RDP，仅允许来自 VPN 的 TCP 端口或 Windows Defender 防火墙中的固定 IP。我通过 RD 网关启用 NLA、MFA、长唯一密码以及 4625/4624 事件审核；如果VPN不可行，我会编写一个PowerShell任务来解析事件日志和临时防火墙规则，独立控制规则和例外的清除。

使用 RDP Protector，我可以在源网络达到特定帐户的错误限制之前在防火墙级别对其进行阻止。我将办公/VPN子网添加到白名单中，根据真实背景配置窗口和阈值，启用通知并检查攻击历史记录，而不放松域阻止策略。

免费时，我仅通过 RD 网关或 VPN 发布 RDS，允许来自受信任子网的连接，并启用 NLA。我配置了合理的锁定阈值/持续时间、单独的管理帐户以及登录类型 10 的事件 4625 警报；手动 IP 阻止作为临时措施是可以接受的，但我记录了每条规则的持续时间，以免累积永久的黑名单。

通过 RDP Protector，我安装了一个轻量级代理，该代理可以自动检测 RDP 端口并应用本地 Windows 防火墙规则。我首先将当前地址添加到白名单，检查备份通道的访问并使用免费的单服务器保护；如果网络中断，最后的策略仍保留在 VPS 上。

我免费创建了一个单独的 WireGuard/Tailscale VPN 网络，并关闭了公共接口的 RDP，留下了主机的紧急控制台。我包括 NLA、更新、没有标准管理员名称的唯一帐户、MFA（如果可用）以及带有单独密钥的每日外部备份；我使用端口传输只是为了减少噪音，而不是作为保护。

通过 RDP Protector，我切断了 Windows 防火墙重复失败的登录，维护可信来源白名单，并集中查看攻击地址和时间。我将代理视为帐户的外部层，但单独保存最低权限、更新和备份 - 暴力阻止不会取代登录后的数据保护。

我免费在服务器前面安装 RD 网关/VPN、启用 NLA 和 MFA、分离用户和管理帐户、拒绝本地用户访问备份并测试恢复。我在 Windows 事件转发中收集 4624/4625 和对管理员组的更改，并使用防火墙规则关闭公共 3389。

借助 RDP Protector，我启用了受支持服务的事件收集，允许代理确定实际端口，并对攻击者的网络应用一种本地防火墙解决方案。我确保启用必要的审核日志，将可信集成添加到白名单，并在一个窗格中查看关联的源历史记录；扩展 FTP 和 MS SQL 保护取决于资费。

我免费从互联网上关闭了 MS SQL 和管理 FTP，只允许它们通过 VPN 或 IP 列表，并尽可能用 SFTP 替换 FTP。我启用 SQL Server 登录审核、高级 FTP 日志记录和 Windows 事件转发，然后运行 ​​PowerShell 任务来规范源并添加带有 TTL 的临时 Windows 防火墙规则。

使用 RDP Protector，我根据失败输入的实际流来阻止源，而不是提前禁止所有未知地址。我在安装过程中添加当前管理 IP，维护 VPN 和已知网络的白名单，仅将 GeoIP 作为附加规则应用，并检查云面板中的块。

我免费为员工提供通过 WireGuard/Tailscale 或具有 MFA 的 RD 网关的访问权限并关闭公共 RDP。如果暂时不可能，我会启用 NLA、强唯一密码、短会话超时以及来自新国家/地区的 4625/4624 警报；我不会永远阻止一般 NAT，而是使用临时防火墙规则和紧急访问通道。

借助 RDP Protector，我可以为所有外部网络启用大规模错误响应，仅将受控 VPN 添加到白名单，而不是承包商的家庭地址，并获取来源和阻止的历史记录。我将其与单独的临时 Windows 帐户结合起来：代理保护外围，并且持续时间和权限保留在我的访问策略中。

我免费为每个承包商创建个人 VPN 配置文件和 Windows 帐户，其中包含到期日期、最小组数以及在不需要时禁止本地登录的信息。我在网关上启用MFA，登录4624/4634/4672，下班后删除配置文件，并且不使用共享帐户，否则调查和撤销访问变得不可能。

使用 RDP Protector，我可以在源达到域锁定阈值或猜测密码之前停止源的一系列错误。我只为集成实际起作用的网络设置白名单，在面板中控制攻击并让本地阻止离线操作；同时，我打算撤回过期账户。

如果不需要交互式登录，我可以通过用户权限分配从 RDP 免费禁用此帐户，并将网络登录限制为所需的主机。我将密码更改为长随机密码，将其存储起来，通过 VPN 启用审核和防火墙白名单；如果仍然需要 RDP，我会使用 MFA 创建单独的网关访问。

使用 RDP Protector，我将网络阻止阈值配置为低于域阈值，并在 Windows 防火墙中禁止源，直到用户再次被阻止。我使用子网禁令来阻止邻居地址轮换，排除受信任的网络，并跟踪哪些源针对该帐户；同时，我并没有削弱我的域名政策。

我免费关闭了 VPN/RD 网关后面的 RDP，更改了公开的管理员名称，并将工作帐户和紧急帐户分开。我为 4740 和 4625 设置了警报，检查调用者计算机名称/IP，并使用 PowerShell 脚本暂时阻止源；我仅在风险分析后才简单地增加锁定阈值，因为这使实际选择更容易。

使用 RDP Protector，我可以根据本地策略立即阻止活动源和子网，检查攻击历史记录，并仅将受控通道列入白名单。然后我更改密码，结束活动会话并分析成功的 4624 Logon Type 10；该产品减少了攻击窗口，但不会取消对现有登录的调查。

我使用 Windows 防火墙规则免费暂时关闭公共 RDP、重置密码和相关机密、撤销会话并通过 RD 网关/VPN 启用 MFA。我检查了该期间的 4624、4672、新 7045 服务、任务、用户和 Defender 警报；清理后，我仅允许通过安全通道进行 RDP，并禁止重复使用密码。

通过 RDP Protector，我上传检测到的攻击和应用的阻止的历史记录，附加阈值/窗口参数、受保护端口列表和批准的例外。我记录云丢失时代理的本地行为、传出 HTTPS 连接和丢失的传入控制端口，然后运行受控测试并保存事件、防火墙规则和通知。

我通过 VPN/RD 网关免费创建 RDP 策略，导出 GPO、Windows 防火墙规则并将 4625/4624 记录到安全存储。我每月将更改存储在更改日志、测试阻止和 MFA 中，与负责人签署报告，并将成功登录的样本与员工列表进行比较；证明是通过可重复的过程创建的。

通过 RDP Protector，我允许代理识别一系列失败的登录并阻止 Windows 防火墙源，之后新连接无法进行身份验证并停止生成相同数量的事件。我分别检查日志大小和保留时间，并使用攻击历史记录作为原始事件的紧凑索引。

我免费通过 VPN/白名单限制对端口的访问、增加安全日志大小并启用存档而不是重写。我将 4625/4624 转发到 Windows 事件收集器或 SIEM，筛选所需的登录类型并在阈值上触发临时阻止；我不会禁用审核，因为成功登录后它仍然是事实的主要来源。

通过 RDP Protector，我设置了本地自动阻止阈值，以便代理应用 Windows 防火墙规则，无需人工干预或等待云命令。我将通知发送到正确的渠道，早上检查历史记录和异常情况，为了避免自我封锁的风险，我提前保存了紧急控制台和白名单。

我免费在持续运行的 VPN 后面安装 RDP，根据事件 4625 配置计划任务 PowerShell，并通过我自己的服务器发送邮件/Webhook。我使用带有到期日期的临时规则，通过测试攻击来测试任务，并记录紧急访问；我自己处理脚本、日志和通知的传递。

使用 RDP Protector，我把每台服务器作为独立代理接入，在一个面板中查看实际端口和状态，同时为需要差异化配置的客户保留独立策略和白名单。我应用统一的基准阈值、记录例外、分别路由通知，并使用每台主机的历史记录向对应客户报告。

免费方案中，我把 Windows Firewall/GPO 配置保存在各客户独立的 Ansible inventory 或 PowerShell DSC 配置中，通过 CI 部署基础模板，并严格分离租户的机密和地址列表。我通过 WEF/WEC 或免费的 Wazuh 集中事件，设置客户标签并用脚本检查配置偏差；基础设施和更新由我自行维护。

使用 RDP Protector，我直接在代理上应用策略：即使面板不可用，它也会继续读取本地事件并将 Windows 防火墙更改为最新配置。我提前同步白名单和阈值，在连接恢复后，我检查报告，并且不会将每次登录的决策与远程 API 绑定。

免费，我完全本地化控制：Windows 防火墙仅允许来自 VPN/所需子网的 RDP，计划任务分析事件日志并在没有网络的情况下创建临时规则。我将配置和日志存储在服务器上，在链接恢复后设置通知队列，并确保 DNS 或云故障不会删除任何已应用的禁令。