swfhtml参数Ngnix常用设置装备摆设及和根本功效讲授

配置层级图如下所示。

1.2 配置文件示例

一个比较全的配置文件示例如下。

# 以下是全局段配置#user administrator administrators; #配置用户或者组，默认为nobody nobody。
#worker_processes 2; #设置进程数，默认为1#pid /nginx/pid/nginx.pid; #指定nginx进程运行文件存放地址error_log log/error.log debug; #制订日志路径，级别：debug|info|notice|warn|error|crit|alert|emerg# events段配置信息events {accept_mutex on; #设置网路连接序列化，防止惊群征象发生，默认为onmulti_accept on; #设置一个进程是否同时接管多个网络连接，默认为off#use epoll; #事宜驱动模型，select|poll|kqueue|epoll|resig|/dev/poll|eventportworker_connections 1024; #最大连接数，默认为512}# http、配置要求信息http {include mime.types; #文件扩展名与文件类型映射表default_type application/octet-stream; #默认文件类型，默认为text/plain#access_log off; #取消做事日志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; #combined为日志格式的默认值sendfile on; #许可sendfile办法传输文件，默认为off，可以在http块，server块，location块。
sendfile_max_chunk 100k; #每个进程每次调用传输数量不能大于设定的值，默认为0，即不设上限。
keepalive_timeout 65; #连接超时时间，默认为75s，可以在http，server，location块。
upstream mysvr {server 127.0.0.1:7878;server 192.168.10.121:3333 backup; #热备}error_page 404 https://www.baidu.com; #缺点页# 第一个Server区块开始，表示一个独立的虚拟主机站点server {keepalive_requests 120; #单连接要求上限次数。
listen 4545; #监听端口server_name 127.0.0.1; #监听地址location ~^.+$ { #要求的url过滤，正则匹配，~为区分大小写，~为不区分大小写。
#root path; #根目录#index vv.txt; #设置默认页proxy_pass http://mysvr; #要求转向mysvr 定义的做事器列表deny 127.0.0.1; #谢绝的ipallow 172.18.5.54; #许可的ip}}}1.3 locat路径映射讲解1.3.1格式：

location [ = | ~ | ~ | !~ | !~ | @ ] uri {…}

swfhtml参数Ngnix常用设置装备摆设及和根本功效讲授 Python

1.3.2阐明：

= 表示精确匹配，如果找到，立即停滞搜索并立即处理此要求。
~ 表示实行一个正则匹配，区分大小写匹配~ 表示实行一个正则匹配，不区分大小写匹配!~ 区分大小写不匹配!~ 不区分大小写不匹配^~ 即表示只匹配普通字符（空格）。
利用前缀匹配，^表示“非”，即不查询正则表达式。
如果匹配成功，则不再匹配其他location。
@ 指定一个命名的location，一样平常只用于内部重定向要求。
例如 error_page, try_filesuri 是待匹配的要求字符串，可以不包含正则表达式，也可以包含正则表达式；

1.3.3优先级和示例：

[不加] < [~/~] < [^~] < [=]示例如下：

location = / {# 精确匹配/，主机名后面不能带任何字符串 /# 只匹配http://abc.com# http://abc.com [匹配成功]# http://abc.com/index [匹配失落败]}location ^~ /img/ {#以 /img/ 开头的要求，都会匹配上#http://abc.com/img/a.jpg [成功]#http://abc.com/img/b.mp4 [成功]}location ~ /Example/ {# 则会忽略 uri 部分的大小写#http://abc.com/test/Example/ [匹配成功]#http://abc.com/example/ [匹配成功]}location /documents {# 如果有正则表达式可以匹配，则优先匹配正则表达式。
#http://abc.com/documentsabc [匹配成功]}location / {#http://abc.com/abc [匹配成功]}2 反向代理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;#为要求头添加Host字段，用于指定要求做事器的域名/IP地址和端口号。
# 设置用户ip地址proxy_set_header X-Forwarded-For $remote_addr;#为要求头添加XFF字段，值为客户真个IP地址。
# 当要求做事器出错去探求其他做事器proxy_next_upstream error timeout invalid_header http_500 http_502 http_503;}

当我们访问localhost的时候，ngnix就将我们的要求转到 localhost:8081了

3 负载均衡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;#access_log logs/host.access.log main;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 动静分离：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; #涌现 500 502 503 504缺点时走内部跳转location = /50x.html {root $doc_root;}}

结果：访问http://localhost/test.jpg 时直接返回/usr/local/var/www/img路径下的图片.访问http://localhost/index.html 就会访问后端做事器(tomcat等)

5 其他常用的指令：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://www.baidu.com ; # 返回重定向地址}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 on5.5 deny 、allow指令

#禁止访问某个目录location / {allow 192.168.0.0;allow 127.0.0.1;deny all;#这段配置值许可192.168.0./24网段和127.0.0.1的要求，其他来源IP全部谢绝。
}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不包含主机名，如”/foo/bar.html”。
$document_uri ：与$uri相同