反向代理与正向代理区别

考察点分析 link

该题目主要考核以下核心能力维度：

1. 网络架构理解：区分代理类型在系统架构中的位置与作用
2. 技术方案选型：根据场景差异选择代理方案的能力
3. 功能原理掌握：负载均衡算法、缓存机制、访问控制等底层实现逻辑

具体技术评估点：

• 正向/反向代理的流量方向差异
• 客户端透明性在架构设计中的体现
• 负载均衡策略与缓存失效机制
• 代理服务器的安全控制维度
• TLS终止场景下的代理差异

技术解析 link

关键知识点 link

OSI模型定位 > 流量方向 > 功能实现差异 > 安全控制层级

原理剖析 link

正向代理（Squid）：

• 客户端显式配置的"中间人"
• 流量路径：Client → Proxy Server → Internet
• 匿名性通过修改请求头（X-Forwarded-For）实现
• ACL基于源IP/目标域名进行流量过滤

反向代理（Nginx）：

• 服务端部署的"流量守门员"
• 流量路径：Client → Proxy Server → Origin Servers
• 负载均衡采用加权轮询/最小连接等算法
• 缓存通过Proxy Store实现内容复用

常见误区 link

• 混淆匿名方向（正向代理隐藏客户端，反向代理隐藏服务端）
• 误认为反向代理不能做访问控制（实际支持IP白名单等）
• 忽略SSL卸载对反向代理性能的影响

问题解答 link

架构定位：

• 正向代理是客户端网络的延伸，反向代理是服务端架构的入口

客户端感知：

• 正向代理需客户端显式配置（浏览器代理设置）
• 反向代理对客户端透明（直接访问代理IP）

功能对比：

解决方案 link

Nginx反向代理配置示例 link

  http {
    upstream backend {
        # 加权轮询负载均衡
        server 10.0.0.1 weight=3; 
        server 10.0.0.2;
        
        # 健康检查
        check interval=3000 rise=2 fall=3;
    }

    proxy_cache_path /data/cache levels=1:2 keys_zone=mycache:10m;

    server {
        location / {
            proxy_pass http://backend;
            
            # 缓存配置（1小时有效）
            proxy_cache mycache;
            proxy_cache_valid 200 1h;
            
            # 连接优化
            proxy_buffer_size 16k;
            proxy_busy_buffers_size 64k;
        }
    }
}
  

优化建议：

• 动态内容使用proxy_cache_bypass跳过缓存
• 使用sticky模块实现会话保持
• 开启gzip压缩减少传输体积

深度追问 link

1. 如何选择负载均衡算法？

   • 会话保持需求选IP_hash，异构服务器用权重轮询

2. Squid如何实现细粒度访问控制？

   • 组合使用acl+http_access规则链

3. 反向代理如何预防DDoS攻击？

   • 限流模块+请求特征识别+流量清洗联动