准备测试环境
先在实验室、灰度域名或低风险入口验证。确认网络、证书、上游服务、日志权限和防火墙规则都可控。
- 上游服务可直接访问。
- WAF 所需端口或云资源未被占用。
- 日志和监控入口已经准备好。
WAF 安装指南
Azure Front Door WAF 与 Application Gateway WAF 对比指南
Azure Web Application Firewall 中文安装与评估流程，覆盖前置条件、接入步骤、验证清单、误报观察和回滚规划。
快速结论
如何使用这篇 Azure Front Door WAF 与 Application Gateway WAF 对比指南
应根据真实流量边界选择 Azure WAF 位置：全球公网边缘入口优先 Front Door，区域虚拟网络入口优先 Application Gateway；只有责任明确时才考虑两层并用。
- 难度
- 中级
- 时间
- 60-120 分钟 完成 Azure 架构评审
- 更新
- 2026-07-17
教程资料
- 难度
- 中级
- 时间
- 60-120 分钟 完成 Azure 架构评审
- 更新
- 2026-07-17
- 适用场景
- 适合需要评估 Azure Web Application Firewall 安装、配置或上线前验证步骤的团队。
前置条件
- 准备隔离测试环境、测试域名或低风险业务入口。
- 确认有权限修改 DNS、反向代理、Ingress、CloudFront、Front Door 或对应流量入口。
- 准备一组正常业务路径，包括登录、上传、API、后台和高频接口。
- 在任何生产流量切换前写好回滚方案。
部署流程
创建策略前先确定检测边界。
按官方文档接入
安装命令、控制台步骤和规则集版本都应以当前官方文档为准，避免复制过时博客片段。
- 安装或策略创建成功。
- 控制台或服务健康状态正常。
- 管理入口仅对可信网络开放。
只保护一个入口
先接入单个应用、单个域名或单条路径，观察干净流量、TLS、日志字段和上游行为，再扩大范围。
- 正常请求可以到达上游。
- WAF 能看到预期请求字段。
- 日志里能区分来源、路径、规则和动作。
从观察过渡到拦截
先用观察、计数、记录或挑战动作收集证据，再对低风险规则启用拦截。任何拦截策略都应可快速回滚。
- 误报已经分组处理。
- 拦截事件可以被告警或查询。
- 回滚步骤已经实际演练。
验证清单
- 验证正常业务路径不会被误拦截。
- 在实验环境发送安全测试载荷，确认检测或拦截动作。
- 记录接入前后的延迟、错误率和日志量。
- 确认安全事件能进入现有告警或工单流程。
回滚规划
- 保留原始上游路径或上一版策略。
- 记录 DNS、代理、规则模式或云控制台的一键回退步骤。
- 把 WAF 策略变更与其他发布拆开处理。
常见错误
- 没有观察真实业务流量就直接启用拦截。
- 只测试攻击载荷，忽略登录、上传、API 和后台路径。
- 没有提前规划日志保留、告警分流和回滚责任人。
相关 WAF 资料
常见问题
Azure Front Door WAF 与 Application Gateway WAF 对比指南 流程能够验证什么？
它通过比较流量入口、TLS 终止、源站暴露、诊断、策略重复、故障切换和运维责任来验证架构选择。
Azure Front Door WAF 与 Application Gateway WAF 对比指南 进入生产前必须通过什么检查？
在重复检测、客户端 IP 传递、健康探测、日志关联、排除项归属、延迟和独立回滚验证前，不要部署双层 WAF。