
在典型架构中,阿里云WAF通常作为反向代理或前置安全层部署,位于公网流量进入应用之前,以便对HTTP/HTTPS请求进行实时检测和拦截。
常见位置有两类:一是作为独立的云WAF服务,位于CDN或负载均衡(SLB/ALB)之前;二是与CDN或负载均衡联动,在边缘节点或接入层(接收客户端请求的第一跳)提供防护。
典型流向为:客户端 -> CDN边缘节点(若命中缓存则直接返回) -> WAF(若WAF位于边缘或被配置为前置) -> 负载均衡(SLB/ALB) -> 后端实例。
也有变体:若WAF部署在源站前或负载均衡后,请求可能是客户端 -> CDN -> SLB -> WAF -> 后端(较少见,因为通常需要在进入后端前完成阻断)。关键点是:要保证< strong>WAF在敏感路径中能看到并拦截恶意请求。
协同方式包括:将WAF配置为负载均衡的前置代理,使WAF处理并清洗请求后再转发到SLB;或通过负载均衡将流量分发到部署有WAF的后端实例群组。
运维层面需要注意:保持客户端真实IP(例如通过X-Forwarded-For或真实IP回传)、健康检查策略与会话保持(session persistence)兼容,以及确保SSL证书链在WAF与SLB之间的配置一致,以免影响拦截与转发。
默认情况下,如果CDN边缘缓存命中并直接返回内容,请求不会回源,因而传统部署在源站或SLB前的WAF不会看到该次请求,无法进行过滤。
要实现边缘过滤,需要启用CDN与WAF的联动或使用具备边缘WAF能力的方案,这样在CDN边缘节点就能进行规则检查;或者将敏感接口设置为不走缓存,强制回源以便WAF检查。
1)部署建议:将WAF置于应用入口的早期位置(优先位于CDN/SLB之前或作为边缘联动),以便尽早阻断恶意流量。
2)配置要点:开启并调优规则集、白名单与防护策略;确保日志、审计与告警链路畅通;配置真实IP转发(X-Forwarded-For)和正确的SSL终止策略。
3)高可用与性能:结合负载均衡做横向扩展,监控延迟与QPS,使用分级缓存策略降低回源压力;对接CDN做静态资源缓解流量峰值。
4)联动与测试:在变更策略后进行灰度与压测,验证规则的误杀率与漏拦率;与CDN/SLB的健康检查、限流和回源策略保持一致。