目录:
关于Reserve Proxy;
ngx_http_proxy_module模块;
ngx_http_upstream_module模块;
正文:
一、关于Reserve Proxy.
Proxy请求过程分为两个阶段:
首先是请求报文从Client到Proxy的过程，包含Client向Proxy请求数据报文时的HTTP请求首部，nginx proxy接收到请求报文后，会将报文进行拆除，以了解报文内部请求的具体内容;并且去匹配本机的location；一旦匹配到，发现该报文请求内容是要发往后端服务器去请求的，此时proxy_server需要自己重新构建请求报文送往后端服务器。
二、ngx_http_proxy_module模块
作用： The ngx_http_proxy_module module allows passing
requests to another server.
格式：
location /uri{
proxy_pass http://back_server:port/newuri;
}/uri --> /newuri //上面示例中/uri对应的就是/newuri.
如果此处location后跟的/uri是通过模式匹配定义的，该种情形，实际请求的url路径为 http://back_server:port/newuri/uri
如果location中使用了url重定向(rewrite)时，nignx将使用重定向之后的uri进行处理，而不是重定向之前的.
实验一. 通过直接匹配与正则匹配的方式设置反向代理.
实验环境：
| 系统版本 | 用途 | 主机名 | IP |
| CentOS7.3 | Nginx_Proxy | nginx | 10.68.7.222 |
| CentOS6.8 | node_Server | node1 | 10.68.7.200 |
| CentOS6.8 | node_Server | node2 | 10.68.7.201 |
| Windows | test | Windows | 10.68.7.167 |
首先确认后端node服务器访问正常:
[root@nginx conf]# curl 10.68.7.201
<h1> node1 </h1>
[root@nginx conf]# curl 10.68.7.202
<h1> node2 </h1>
[root@nginx conf]#然后确保nginx_proxy代理服务器正常可用：
[root@nginx conf]# vim server1.conf
server {
listen 8080;
server_name yangbin.com;
charset utf-8;
access_log /data/nginx/logs/access.log;
location / {
root /web/html/www;
index www.html index.html index.htm;
}
location /p_w_picpaths/ {
root /web/html/;
index qq.jpg;
}
}
然后开始配置proxy_pass:
[root@nginx conf]# vim server1.conf
server {
listen 8080;
server_name yangbin.com;
charset utf-8;
access_log /data/nginx/logs/access.log;
location / {
proxy_pass http://10.68.7.201/
root /web/html/www;
index www.html index.html index.htm;
}
location /p_w_picpaths/ {
proxy_pass http://10.68.7.202/
root /web/html/;
index qq.jpg;
}
}
[root@nginx conf]# ../sbin/nginx -s reload浏览器访问测试：
从访问的结果得出这样的结论：访问代理服务器ip，将是proxy_pass模块进行响应！
此时查看node服务器的web访问日志，可以发现来源IP是nginx代理服务器的ip.
[root@node1 ~]# tail -1 /etc/httpd/logs/access_log
10.68.7.222 - - [16/Jan/2017:23:55:04 +0800] "GET / HTTP/1.0" 200 17 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
[root@node1 ~]#[root@node2 ~]# tail -1 /etc/httpd/logs/access_log
10.68.7.222 - - [17/Jan/2017:00:03:33 +0800] "GET / HTTP/1.0" 200 17 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
[root@node2 ~]#关于location匹配的其他情况：
第一种情况：
location /p_w_picpaths {
proxy_pass http://10.68.7.202/p_w_picpaths;
root /web/html/;
index qq.jpg;
}注：p_w_picpath/qq.jpg是node2服务器站点存放网页的根目录下的子目录，该子目录中包含qq.jpg图片.
修改node2 httpd服务配置文件：
[root@node2 html]# vim /etc/httpd/conf/httpd.conf
...
402 DirectoryIndex qq.jpg index.html index.html.var
...浏览器访问：
查看node2服务器的access日志文件：
[root@node2 html]# tail -1 /etc/httpd/logs/access_log
10.68.7.222 - - [17/Jan/2017:00:29:43 +0800] "GET /p_w_picpaths/ HTTP/1.0" 200 8863 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
[root@node2 html]#第二种情况：
location /frome/ {
proxy_pass http://10.68.7.202/bbs/;
...
} //此时访问yangbin.com:8080/frome时，返回的是/var/www/html/bbs/index.html中的内容，因为/frome映射到了/bbs。第三种情况：
location /js/ {
proxy_pass
...
} //此时访问yangbin.com/js时，返回的是/var/www/html/js/index.html的内容.查看node2服务器/js目录下的网页文件内容：
[root@node2 html]# vim js/index.html
<h1> /var/www/html/js/index.html </h1>浏览器访问：
第四种情况：
location ~* \.(jpg|png|gif)$ { // ~*表示不区分大小写; 后面表示以.jpg, .png, .gif结尾的uri.
proxy_pass http://10.68.7.202;
} //该种情况表示所有以.jpg, .png, .gif结尾的uri请求,都会代理至10.68.7.202.如果采用的正则表达式匹配，则location部分会直接补到待访问的IP地址后边，如果ip地址后边有其他路径，也会将该路径替换.
第五种情况：
location ~* \.(jpg|jpeg|png)$ {
proxy_pass http://10.68.7.202;
} //此处如果是 http://10.68.7.202/, 即后面加个斜线是错误的，因为对于模式匹配的proxy不允许有url路径存在.此情况下，在node1服务器下的/var/www/html/bbs/路径下也应该有.jpg结尾的文件才行
浏览器访问http://yangbin.com:8080/p_w_picpaths/p_w_picpaths.png，也会进行映射，实际的访问路径为http://10.68.7.202/p_w_picpaths/p_w_picpaths.png.
浏览器验证过程略.
注：关于以上各种情况带来的访问ip的问题：
实验一的情况，后端的node服务器上access_logs记录的Client_ip是nginx反向代理服务的ip;而真实环境中，很多时候为了分析用户行为，需要获取访问用户的真实ip，因此以上情况的配置就有问题，因为它将访问用户的ip统统转化为了代理服务器的ip.该问题的解决办法，具体配置详见"实验2".
实验2：向客户端发送特定首部,记录客户端的ip.
官网文档：
http://nginx.org/en/docs/http/ngx_http_core_module.html#variables
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_set_header
首先配置代理服务器：
location / {
proxy_pass http://10.68.7.201/;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
root /web/html/www;
index www.html index.html index.htm;
}
location ~* \.(jpg|png|jpeg|gif)$ {
proxy_pass http://10.68.7.202;
proxy_set_header X-Real-IP $remote_addr;
root /web/html/;
index qq.jpg;
}然后修改node服务器配置文件的log格式：
[root@node1 ~]# vim /etc/httpd/conf/httpd.conf
...
497 #LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
498 LogFormat "%{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined ////该行开头"%h"改为"%{X-Real-IP}i".
499 LogFormat "%h %l %u %t \"%r\" %>s %b" common
500 LogFormat "%{Referer}i -> %U" referer
501 LogFormat "%{User-agent}i" agent
...
[root@node1 ~]# service httpd restart[root@node2 ~]# vim /etc/httpd/conf/httpd.conf
...
497 #LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
498 LogFormat "%{X-Real-IP}i %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined
499 LogFormat "%h %l %u %t \"%r\" %>s %b" common
500 LogFormat "%{Referer}i -> %U" referer
501 LogFormat "%{User-agent}i" agent
...
[root@node2 ~]# service httpd restart分别在浏览器访问两个location，然后到node服务器端查看访问日志：
[root@node1 ~]# tail -3 /etc/httpd/logs/access_log
10.68.7.167 - - [17/Jan/2017:01:52:09 +0800] "GET / HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
10.68.7.167 - - [17/Jan/2017:01:52:10 +0800] "GET / HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
10.68.7.167 - - [17/Jan/2017:01:52:10 +0800] "GET / HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
[root@node1 ~]#[root@node2 ~]# tail -3 /etc/httpd/logs/access_log
10.68.7.167 - - [17/Jan/2017:01:52:08 +0800] "GET /p_w_picpaths/p_w_picpaths.png HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
10.68.7.167 - - [17/Jan/2017:01:52:08 +0800] "GET /p_w_picpaths/p_w_picpaths.png HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
10.68.7.167 - - [17/Jan/2017:01:52:08 +0800] "GET /p_w_picpaths/p_w_picpaths.png HTTP/1.0" 304 - "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:50.0) Gecko/20100101 Firefox/50.0"
[root@node2 ~]#10.68.7.167为访问客户端的ip.
实验3：nginx的代理缓存(proxy_cache)功能,加速用户访问站点的速度;
官网文档：
http://nginx.org/en/docs/http/ngx_http_proxy_module.html#proxy_cache
此处可用压测命令ab来测试缓存前后的效果.
ab命令的使用方法： http://024mj.blog.51cto.com/10252785/1684794
语法：
Syntax: proxy_cache_path PATH [levels=levels] [use_temp_path=on|off]
e.g: proxy_cache_path /data/nginx/cache levels=1:2 keys_zone=one:10m;/data/nginx/cache: 表示缓存存储的具体路径;
levels=1:2 表示缓存的级别，1:2表示共有两级缓存目录，第一级缓存目录共有1个字符表示，第二级缓存目录共有2个字符表示，如果levels=1:2:3,表示共有3三级缓存目录，第三级缓存目录用三个字符表示;
keys_zone=one:10m表示在内存中找10兆大小的位置，取名为one来存储键值;
结果示例：
/data/nginx/cache/c/29/b7f54b2df7773722d382f4809d65029c
目录c：表示为一级缓存目录，共一个字符;
目录29：为二级缓存目录,共两个字符;后面的一长串字符为缓存的具体文件;
其他proxy_cache模块配置语法说明：
Syntax: proxy_cache_methods GET | HEAD | POST ...;
Default: proxy_cache_methods GET HEAD;
Context: http, server, location作用：定义客户端只有使用GET,HEAD或POST时才会缓存；一般都是使用GET或HEAD时才会缓存;
POST: 提交.
PUT：上传.
Syntax: proxy_cache_min_uses number;
Default: proxy_cache_min_uses 1;
Context: http, server, location作用：Sets the number of requests after which the response will be cached.
即设定用户请求的内容被响应多少次之后才会被缓存.
Syntax: proxy_cache_purge string ...;
Context: http, server, location
This directive appeared in version 1.5.7.作用：purge表示修剪,净化,清除; 即缓存管理;
使用场景：
1)缓存都有有效期限;在有效期限到来之前，缓存会一直有效;而在这期间，当后端服务器内容发生改变，用户请求到仍然是旧的资源;
2)使用缓存修剪，网站管理人员可以限定自动将请求的缓存从本地缓存中删除，这样下次请求时将从后端服务器请求新的内容并缓存到本地，保证缓存与后端服务器资源的同步一致;
3)使用时注意权限问题，不能随便授权;
Syntax: proxy_cache_revalidate on | off;
Default: proxy_cache_revalidate off;
Context: http, server, location
This directive appeared in version 1.5.7.作用：重新有效期验证;即过期后重新校验，就是当缓存过期后,它自动向后端服务器询问资源是否有改动;如果没有改动，就延长本地缓存过期时间继续使用，可以避免占据后端网络带宽;
Syntax: proxy_cache_use_stale error | timeout | invalid_header | updating | http_500 | http_502 | http_503 | http_504 | http_403 | http_404 | off ...;
Default: proxy_cache_use_stale off;
Context: http, server, location作用：当用户访问某个资源，正好代理服务器缓存已过期，然后代理服务器向后端请求资源，正好后端服务器宕机了;此时代理服务器只能向客户端返回请求的资源不存在;
而使用此选项，可以在这种情况下自定义给客户端返回的错误信息，如timeout,updating,500,404等委婉信息;
Syntax: proxy_cache_valid [code ...] time;
Context: http, server, location作用：Sets caching time for different response codes. For example, the following directives:
例：
proxy_cache_valid 200 302 10m;
proxy_cache_valid 404 1m;
按照响应码来进行缓存;自定义缓存时长，而不用默认的;
三、ngx_http_upstream_module模块;
语法：
Syntax: upstream name { ... }
Default: —
Context: http配置：
[root@nginx conf]# vim nginx.conf
http {
...
upstream user-defined {
server 10.68.7.201;
server 10.68.7.202;
}
...
include server1.conf;
}[root@nginx conf]# vim server1.conf
...
location / {
proxy_pass http://user-defined/;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
root /web/html/www;
index www.html index.html index.htm;
}
...浏览器访问即会出现轮询的情况;
注：
upstream和proxy_pass的区别：proxy_pass后面只能定义一个ip站点;upstream则可以把多个ip站点做成一个组(只能defined在http中)，放在proxy_pass模块后面以特定的方式来调用;
还要注意：
The ngx_http_upstream_module module is used to define groups of servers that can be referenced by the proxy_pass, fastcgi_pass, uwsgi_pass, scgi_pass, and memcached_pass directives.
upstream模块默认是加权轮询的，只不过权重都等于1.
其他upstream模块选项：
Syntax: server address [parameters];
Default: —
Context: upstreamThe following parameters can be defined:
1) weight=number
2) max_conns=number
3) fail_timeout=time
4) max_conns=number
5) max_fails=number //用来做健康状态检查，尝试多少次连接后还连接不上，就将其标记为失效,并将其移除;
6) fail_timeout=time //定义超时时间;
7) backup //标记为备用服务器,当另一台服务器可用时，被标记的这台服务器不会提供服务，只有当另一外服务器不可用时，被标记的这台服务器才会主动提供服务。一般把proxy服务器自己当做备用服务器;
8)down //标记为永久下线，使用场景：后台服务器需要升级且不支持平滑升级的情况下;
例如：
upstream user-defined {
server 10.68.7.200 weight=3;
server 10.68.7.201;//这样定义完的效果是7.200站点的资源刷新三下后才会轮询到7.201上面;
Syntax: ip_hash;
Default: —
Context: upstream作用：算法指令，指客户端访问到哪个站点后,刷新不会跳转到其他站点，指session绑定,原地址绑定;
ip_hash可能有损负载均衡效果;
e.g:
upstream user-defined {
ip_hash;
server 10.68.7.201;
server 10.68.7.202;
}upstream user-defined {
server 10.68.7.201 max_fails=2 fail_timeout=2;
server 10.68.7.202 max_fails=2 fail_timeout=2;
} Nginx的基本配置已完成，其实以上总结的凤毛菱角，nginx强大功能背后所涉及的配置复杂程度远非于此，而官网文档，非常有参考及学习价值，值得经常查阅！
附：
Nginx rpm包下载地址：https://pkgs.org/download/nginx
Tengine官网学习地址：http://tengine.taobao.org/
--- 第三部分完成！
