nginx #软件技术
Nginx已经广泛应用于J-one和Jdos的环境部署上，本文对Nginx的常用的配置和基本功能进行讲解，适合Ngnix入门学习。
找到Nginx安装目录下的conf目录下nginx.conf文件，Nginx的基本功能配置是由它提供的。
1.1 配置文件结构
Nginx的配置文件(conf/nginx.conf)整体上分为如下几个部分： ：
| 区域 | 职责 |
| — | — |
| 全局块 | 配置和Nginx运行相关的全局配置 |
| events块 | 配置和网络链接相关的配置 |
| http块 | 配置代理、缓存、日志记录、虚拟主机等配置 |
| server块 | 配置虚拟主机的相关参数，一个http快中可以有多个server块 |
| location块 | 配置请求的路由，以及各种页面的处理情况 |
配置层级图如下所示。
1.2 配置文件示例
一个比较全的配置文件示例如下。
error_log log/error.log debug;
events {
accept_mutex on;
multi_accept on;
worker_connections 1024;
}
http {
include mime.types;
default_type application/octet-stream;
log_format myFormat '$remote_addr–$remote_user [$time_local] $request $status $body_bytes_sent $http_referer $http_user_agent $http_x_forwarded_for';
access_log log/access.log myFormat;
sendfile on;
sendfile_max_chunk 100k;
keepalive_timeout 65;
upstream mysvr {
server 127.0.0.1:7878;
server 192.168.10.121:3333 backup;
}
error_page 404 https://www.baidu.com;
server {
keepalive_requests 120;
listen 4545;
server_name 127.0.0.1;
location ~*^.+$ {
proxy_pass http://mysvr;
deny 127.0.0.1;
allow 172.18.5.54;
}
}
}
1.3 locat路径映射讲解
1.3.1格式：
location [ = | ~ | ~* | !~ | !~* | @ ] uri {…}
1.3.2解释：
= 表示精确匹配，如果找到，立即停止搜索并立即处理此请求。
~ 表示执行一个正则匹配，区分大小写匹配
~* 表示执行一个正则匹配，不区分大小写匹配
!~ 区分大小写不匹配
!~* 不区分大小写不匹配
~ 即表示只匹配普通字符（空格）。使用前缀匹配，表示“非”，即不查询正则表达式。如果匹配成功，则不再匹配其他location。
@ 指定一个命名的location，一般只用于内部重定向请求。例如 error_page, try_files
uri 是待匹配的请求字符串，可以不包含正则表达式，也可以包含正则表达式；
1.3.3优先级和示例：
[不加] < [~/~*] < [^~] < [=]
示例如下：
location = / {
# 精确匹配/，主机名后面不能带任何字符串 /
# 只匹配http:
# http:
# http:
}
location ^~ /img/ {
[[以]] /img/ 开头的请求，都会匹配上
[[http]]:
[[http]]:
}
location ~* /Example/ {
# 则会忽略 uri 部分的大小写
[[http]]:
[[http]]:
}
location /documents {
# 如果有正则表达式可以匹配，则优先匹配正则表达式。
[[http]]:
}
location / {
[[http]]:
}
2.1 反向代理概念：
反向代理(Reverse Proxy)是指以代理服务器来接受internet上的连接请求，然后将请求转发给内部网络上的服务器，并将从服务器上得到的结果返回给internet上请求连接的客户端。真实的服务器不能直接被外部网络访问，所以需要一台代理服务器，而代理服务器能被外部网络访问的同时又跟真实服务器在同一个网络环境，当然也可能是同一台服务器，端口不同而已。
反向代理通过proxy_pass指令来实现。
2.2 反向代理示例：
server {
listen 80;
server_name localhost;
location / {
proxy_pass http://localhost:8081;
proxy_set_header Host $host:$server_port;
proxy_set_header X-Forwarded-For $remote_addr;
proxy_next_upstream error timeout invalid_header http_500 http_502 http_503;
当我们访问localhost的时候，ngnix就将我们的请求转到 localhost:8081了
3.1 负载均衡概念：
当有2台或以上服务器时，代理服务器根据规则将请求分发到指定的服务器上处理。
3.2 负载均衡策略及示例：
Nginx目前支持多种负载均衡策略，这里讲解常用的6种。
3.2.1RR(round robin :轮询 默认)：
每个请求按时间顺序逐一分配到不同的后端服务器，也就是说第一次请求分配到第一台服务器上，第二次请求分配到第二台服务器上，如果只有两台服务器，第三次请求继续分配到第一台上，这样循环轮询下去，也就是服务器接收请求的比例是 1:1， 如果后端服务器down掉，能自动剔除。轮询是默认配置，不需要太多的配置
同一个项目分别使用8081和8082端口启动项目
upstream web_servers {
server localhost:8081
server localhost:8082
}
server {
listen 80
server_name localhost
location / {
proxy_pass http://web_servers
proxy_set_header Host $host:$server_port
}
3.2.2 热备：
假设有2台服务器，当一台服务器发生事故时，才启用第二台服务器给提供服务。服务器处理请求的顺序：AAAAAA突然A挂了，服务器处理请求的顺序：BBBBBBBBBBBBBB…..
upstream web_servers {
server 127.0.0.1:7878;
server 192.168.10.121:3333 backup; [[热备]]
}
3.2.3 权重
跟据配置的权重的大小而分发给不同服务器不同数量的请求。如果不设置，则默认为1。下面服务器的请求顺序为：ABBABBABBABBABB….。
upstream web_servers {
server localhost:8081 weight=1
server localhost:8082 weight=2
}
3.2.4 ip_hash
这样每个ip地址固定访问一个后端服务器，可以解决session的问题。
upstream test {
ip_hash
server localhost:8080
server localhost:8081
}
3.2.5 fair(第三方)
按后端服务器的响应时间来分配请求，响应时间短的优先分配。这个配置是为了更快的给用户响应。
upstream backend {
fair
server localhost:8080
server localhost:8081
}
3.2.6 url_hash(第三方)
按访问url的hash结果来分配请求，使每个url定向到同一个后端服务器，后端服务器为缓存时比较有效。在upstream中加入hash语句，hash_method是使用的hash算法
upstream backend {
hash_method crc32
hash $request_uri
server localhost:8080
server localhost:8081
}
以上6种负载均衡各自适用不同情况下单独或者混合使用，可以根据实际情况选择使用，fair和url_hash需要安装第三方模块才能使用。
4.1 动静分离概念：
动静分离是指在web服务器架构中，将静态页面与动态页面或者静态内容接口和动态内容接口分开不同系统访问的架构设计方法，进而提升整个服务访问性能和可维护性。
4.2 动静分离示例：
upstream web_servers {
server localhost:8081
server localhost:8082
}
server {
listen 80
server_name localhost
set $doc_root /usr/local/var/www
location ~* \.(gif|jpg|jpeg|png|bmp|ico|swf|css|js)$ {
root $doc_root/img
}
location / {
proxy_pass http://web_servers
proxy_set_header Host $host:$server_port
}
error_page 500 502 503 504 /50x.html
location = /50x.html {
root $doc_root
}
}
结果：访问http://localhost/test.jpg时直接返回/usr/local/var/www/img路径下的图片.
访问http://localhost/index.html就会访问后端服务器(tomcat等)
5.1.return指令
返回http状态码和可选的第二个参数可以是重定向的URL
return code [text];
return code URL;
return URL;
例如：
location / {
return 404; # 直接返回状态码
}
location / {
return 404 "pages not found"; # 返回状态码 + 一段文本
}
location / {
return 302 /bbs ; # 返回状态码 + 重定向地址
}
location / {
return https:
}
5.2 rewrite指令
重写URI请求 rewrite，通过使用rewrite指令在请求处理期间多次修改请求URI，该指令具有一个可选参数和两个必需参数。
第一个(必需)参数是请求URI必须匹配的正则表达式。
第二个参数是用于替换匹配URI的URI。
可选的第三个参数重写策略
last 重写后的 URL 发起新请求，再次进入 server 段，重试 location 的中的匹配；
break 直接使用重写后的 URL ，不再匹配其它 location 中语句；
redirect 返回302临时重定向；
permanent 返回301永久重定向；
location /users/ {
rewrite ^/users/(.*)$ /show?user=$1 break;
}
5.3 error_page指令
使用error_page指令，您可以配置NGINX返回自定义页面以及错误代码，替换响应中的其他错误代码，或将浏览器重定向到其他URI。在以下示例中，error_page指令指定要返回404页面错误代码的页面(/404.html)。
server{
error_page 500 502 503 504 /50x.html
location =/50x.html{
root html
}
}
5.4 日志
访问日志：需要开启压缩 gzip on; 否则不生成日志文件，打开log_format、access_log注释
log_format main '$remote_addr - $remote_user [$time_local] "$request" '
'$status $body_bytes_sent "$http_referer" '
'"$http_user_agent" "$http_x_forwarded_for"';
access_log /usr/local/etc/nginx/logs/host.access.log main;
gzip
5.5 deny 、allow指令
location / {
allow 192.168.0.0
allow 127.0.0.1
deny all
}
5.6 内置变量
nginx的配置文件中可以使用的内置变量以美元符$开始。其中，大部分预定义的变量的值由客户端发送携带。
args ：#这个变量等于请求行中的参数，同query_string
$content_length ：请求头中的Content-length字段。
$content_type ：请求头中的Content-Type字段。
$document_root ：当前请求在root指令中指定的值。
$host ：请求行的主机名，为空则为请求头字段 Host 中的主机名，再为空则与请求匹配的server_name
$http_user_agent ：客户端agent信息
$http_cookie ：客户端cookie信息
$limit_rate ：这个变量可以限制连接速率。
$request_method ：客户端请求的动作，通常为GET或POST。
$remote_addr ：客户端的IP地址。
$remote_port ：客户端的端口。
$remote_user ：已经经过Auth Basic Module验证的用户名。
$request_filename ：当前请求的文件路径，由root或alias指令与URI请求生成。
$scheme ：HTTP方法（如http，https）。
$server_protocol ：请求使用的协议，通常是HTTP/1.0或HTTP/1.1。
$server_addr ：服务器地址，在完成一次系统调用后可以确定这个值。
$server_name ：服务器名称。
$server_port ：请求到达服务器的端口号。
$request_uri ：包含请求参数的原始URI，不包含主机名，如：”/foo/bar.php?arg=baz”。
uri：不带请求参数的当前URI，uri ：不带请求参数的当前URI，uri不包含主机名，如”/foo/bar.html”。
documenturi：与document_uri ：与uri相同
Ngnix是一款高性能反向代理服务器，学习它非常有必要，本文讲解了Ngnix核心配置，介绍了反向代理，负载均衡，动静分离三大功能，最后扩展了一些常用的指令。本文介绍了Ngnix的基础用法，后续的Ngnix内核以及原理部分有待研究。
评论区