反向代理

什么是反向代理

反向代理(Reverse Proxy)方式是指用代理服务器来接受 internet 上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给 internet 上请求连接的客户端,此时代理服务器对外就表现为一个反向代理服务器。

举个例子,一个用户访问 http://www.example.com/readme,但是 www.example.com 上并不存在 readme 页面,它是偷偷从另外一台服务器上取回来,然后作为自己的内容返回给用户。但是用户并不知情这个过程。对用户来说,就像是直接从 www.example.com 获取 readme 页面一样。这里所提到的 www.example.com 这个域名对应的服务器就设置了反向代理功能。

工作原理

反向代理服务器,对于客户端而言它就像是原始服务器,并且客户端不需要进行任何特别的设置。

  • 客户端向反向代理的命名空间 (name-space) 中的内容发送普通请求;
  • 接着反向代理将判断向何处 (原始服务器) 转交请求,并将获得的内容返回给客户端,就像这些内容原本就是它自己的一样。

如下图所示:

proxy

反向代理典型应用场景

  • 反向代理的典型用途是将防火墙后面的服务器提供给 Internet 用户访问,加强安全防护。
  • 反向代理还可以为后端的多台服务器提供负载均衡,或为后端较慢的服务器提供 缓冲 服务。
  • 另外,反向代理还可以启用高级 URL 策略和管理技术,从而使处于不同 web 服务器系统的 web 页面同时存在于同一个 URL 空间下。

Nginx 的其中一个用途是做 HTTP 反向代理,下面简单介绍 Nginx 作为反向代理服务器的方法。

场景描述:访问本地服务器上的 README.md 文件 http://localhost/README.md,本地服务器进行反向代理,从 https://github.com/moonbingbing/openresty-best-practices/blob/master/README.md 获取页面内容。

nginx.conf 配置示例:

  1. worker_processes 1;
  2. pid logs/nginx.pid;
  3. error_log logs/error.log warn;
  4. events {
  5. worker_connections 3000;
  6. }
  7. http {
  8. include mime.types;
  9. server_tokens off;
  10. ## 下面配置反向代理的参数
  11. server {
  12. listen 8866;
  13. ## 1. 用户访问 http://ip:port,则反向代理到 https://github.com
  14. location / {
  15. proxy_pass https://github.com;
  16. proxy_redirect off;
  17. proxy_set_header Host $host;
  18. proxy_set_header X-Real-IP $remote_addr;
  19. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  20. }
  21. ## 2.用户访问 http://ip:port/README.md,则反向代理到
  22. ## https://github.com/.../README.md
  23. location /README.md {
  24. proxy_set_header X-Real-IP $remote_addr;
  25. proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
  26. proxy_pass https://github.com/moonbingbing/openresty-best-practices/blob/master/README.md;
  27. }
  28. }
  29. }

成功启动 Nginx 后,我们打开浏览器,验证下反向代理的效果。在浏览器地址栏中输入 localhost/README.md,返回的结果是我们 GitHub 源代码的 README 页面。如下图:

proxy_example

我们只需要配置一下 nginx.conf 文件,不用写任何 web 页面,就可以偷偷地从别的服务器上读取一个页面返回给用户。

下面我们来看一下 nginx.conf 里用到的配置项:

  • (1) location

    location 项对请求 URI 进行匹配,location 后面配置了匹配规则。 例如上面的例子中,如果请求的 URI 是 localhost/,则会匹配 location / 这一项;如果请求的 URI 是 localhost/README.md,则会匹配 location /README.md 这项。

    上面这个例子只是针对一个确定的 URI 做了反向代理,有的读者会有疑惑:如果对每个页面都进行这样的配置,那将会大量重复,能否做 批量 配置呢?此时需要配合使用 location 的正则匹配功能。具体实现方法可参考 Nginx 文档中 关于 location 的描述

  • (2) proxy_pass

    proxy_pass 后面跟着一个 URL,用来将请求反向代理到 URL 参数指定的服务器上。 例如我们上面例子中的 proxy_pass https://github.com,则将匹配的请求反向代理到 https://github.com

  • (3) proxy_set_header

    默认情况下,反向代理不会转发原始请求中的 Host 头部,如果需要转发,就需要加上这句:proxy_set_header Host $host;

    除了上面提到的常用配置项,还有 proxy_redirectproxy_set_bodyproxy_limit_rate 等参数,具体用法可以到 Nginx 官网 查看。

正向代理

既然有反向代理,自然也有 正向代理(Forward Proxy)。简单来说,正向代理就像一个跳板,例如一个用户访问不了某网站(例如 www.google.com),但是他能访问一个代理服务器,这个代理服务器能访问 www.google.com,于是用户可以先连上代理服务器,告诉它需要访问的内容,代理服务器去取回来返回给用户。例如一些常见的翻墙工具、游戏代理就是利用正向代理的原理工作的,我们需要在这些正向代理工具上配置服务器的 IP 地址等信息。 如下图所示 (图片来自网络):

forward proxy vs reverse proxy

图解:

正向代理 中,Proxy 和 Client 同属于一个 LAN(图中方框内),隐藏了客户端信息。 在 反向代理 中,Proxy 和 Server 同属于一个 LAN(图中方框内),隐藏了服务端信息

实际上,Proxy 在两种代理中做的事情都是替服务器代为收发请求和响应,不过从结构上看正好左右互换了一下,所以把后出现的那种代理方式称为反向代理了。

正向代理和反向代理区别总结: | 对比条目 | 正向代理 | 反向代理 | |——|——|——| | 例子 | 访问外网 | 电商多台服务器分布部署 | | 用途 | 访问无法直接访问的资源 | 分摊系统的压力,提高系统的性能 | | 客户端是否需要进行相应配置 | 是 | 否 | | 是否明确要访问的服务器地址 | 是 | 否 | | 区别 | 隐藏了 客户端 信息 | 隐藏了 服务端 信息 |