按配置文件、规则方向、优先级讲清防火墙配置逻辑，避免「规则加了却不生效」。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 Windows防火墙、入站规则、出站规则 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
域、专用、公用各自独立，云服务器通常走公用配置，规则加错配置文件等于没加。
默认阻止入站，按端口与来源 IP 显式放行；出站默认允许，除非有明确的外联管控需求。
阻止规则优先于允许规则，冲突时以阻止为准，排查「明明放行了还是不通」先看有没有阻止规则。
netsh advfirewall 或 PowerShell 的 New-NetFirewallRule，便于批量与留痕，比图形界面更可复现。
本机 telnet 127.0.0.1 只能证明服务在听，外部可达性要从另一台机器测。
| 环节 | 关键动作 |
|---|---|
| 三个配置文件 | 域、专用、公用各自独立，云服务器通常走公用配置，规则加错配置文件等于没加 |
| 入站优先 | 默认阻止入站，按端口与来源 IP 显式放行；出站默认允许，除非有明确的外联管控需求 |
| 规则优先级 | 阻止规则优先于允许规则，冲突时以阻止为准，排查「明明放行了还是不通」先看有没有阻止规则 |
| 命令行配置 | netsh advfirewall 或 PowerShell 的 New-NetFirewallRule，便于批量与留痕，比图形界面更可复现 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：三个配置文件、入站优先、规则优先级、命令行配置、验证。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：远程桌面3389的加固与替代方案、IIS部署PHP站点的完整流程、Windows Server初始化：装完系统的12步。
微信公众号
微信客服
