wordpress 用户组权限设置,达州seo排名,推特最新消息今天,遵义公司网站制作哪家好文章目录 location语法介绍跨域配置https配置http重定向到https配置反向代理配置负载均衡配置upstream配置负载均衡算法#xff08;1#xff09;rr轮询#xff08;默认#xff09;#xff08;2#xff09;wrr加权轮询#xff08;weight#xff09;#xff08;3#x… 文章目录 location语法介绍跨域配置https配置http重定向到https配置反向代理配置负载均衡配置upstream配置负载均衡算法1rr轮询默认2wrr加权轮询weight3ip_hash会话保持4fair动态调度算法5url_hash算法(web缓存节点) 一句话简介C语言写的an HTTP web server, reverse proxy, content cache, load balancer, TCP/UDP proxy server, and mail proxy server. 2-clause BSD License. 可以商用不开源
官网https://nginx.org/en/
配置手册https://nginx.org/en/docs/
nginx是一个主进程外加工作进程查找nginx特性及配置根据模块进行查找
比如最常见的
ngx_http_proxy_module
location语法介绍
对于location 匹配规则如下
location /uri #开头表示精确匹配只有完全匹配上才能生效。 location ^~ /uri #开头对URL路径进行前缀匹配并且在正则之前。 location ~ pattern #开头表示区分大小写的正则匹配。 location ~* pattern #开头表示不区分大小写的正则匹配。 location /uri #不带任何修饰符也表示前缀匹配但是在正则匹配之后。 location / #通用匹配任何未匹配到其它location的请求都会匹配到相当于switch中的default。
多个 location 配置的情况下匹配顺序为
首先精确匹配 如果匹配成功则停止其他匹配 其次前缀匹配 ^~ 其次是按文件中顺序的正则匹配 然后匹配不带任何修饰的前缀匹配。 最后是交给 / 通用匹配 当有匹配成功时候停止匹配按当前匹配规则处理请
跨域配置
跨域策略是浏览器的一个保护策略
发起HTTP请求时如果监测到会违反跨域策略会先发起预检请求OPTIONS请求
服务器接收到预检请求后需要决定是否允许跨域请求。如果允许服务器的响应中应包含 Access-Control-Allow-Origin指定允许访问资源的源可以是具体的域名也可以是通配符*但不推荐使用因为它可能会带来安全风险。Access-Control-Allow-Methods列出允许的HTTP方法。Access-Control-Allow-Headers如果请求中包含自定义头信息这里需要列出这些头信息的名称。 服务器还可以设置Access-Control-Max-Age头用来指定预检请求的缓存时间这样在这段时间内浏览器不会再次发送预检请求。
正常不配置直接前端:http://localhost:5500 get请求 http://localhost:8080
No ‘Access-Control-Allow-Origin’ header is present on the requested resource
#nginx配置文件中加请求头语法
add_header Access-Control-Allow-Origin $http_origin;
add_header Access-Control-Allow-Methods GET, POST, OPTIONS;
add_header Access-Control-Allow-Headers DNT,web-token,app-token,Authorization,Accept,Origin,Keep-Alive,User-Agent,X-Mx-ReqToken,X-Data-Type,X-Auth-Token,X-Requested-With,If-Modified-Since,Cache-Control,Content-Type,Range;add_header Access-Control-Allow-Credentials true;#处理浏览器同源策略的预检请求
if ($request_method OPTIONS) {
add_header Access-Control-Max-Age 1728000;
add_header Content-Type text/plain; charsetutf-8;
add_header Content-Length 0;
return 204;
}https配置 # HTTPS server#server {listen 443 ssl; #https默认是443端口server_name localhost;ssl_certificate cert.pem; # ssl证书文件ssl_certificate_key cert.key; # ssl秘钥文件ssl_session_cache shared:SSL:1m; ssl_session_timeout 5m;ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:ECDHE:ECDH:AES:HIGH:!NULL:!aNULL:!MD5:!ADH:!RC4; #可选配置指定ssl加密算法优先级ssl_protocols TLSv1.1 TLSv1.2 TLSv1.3; #可选配置指定ssl协议版本ssl_prefer_server_ciphers on;location / {root html;index index.html index.htm;}}http重定向到https配置 rewrite ^(.*)$ https://$host$1 permanent;# 将这条配置添加到http server中即可或者
return 301 https://$server_name$request_uri; # 两种配置一种即可反向代理配置
www.zhengqing520.com/api 转发到http://www.zhengqing520.com:9528/api/
www.zhengqing520.com/blog 转发到http://zhengqingya.gitee.io/blog/
server {listen 80;server_name www.zhengqing520.com;# 服务器地址或绑定域名location ^~ /api { # ^~/api 表示匹配前缀为api的请求proxy_pass http://www.zhengqing520.com:9528/api/; # 注proxy_pass的结尾有/ - 效果会在请求时将/api/*后面的路径直接拼接到后面# proxy_set_header作用设置发送到后端服务器(上面proxy_pass)的请求头值 # 【当Host设置为 $http_host 时则不改变请求头的值;# 当Host设置为 $proxy_host 时则会重新设置请求头中的Host信息;# 当为$host变量时它的值在请求包含Host请求头时为Host字段的值在请求未携带Host请求头时为虚拟主机的主域名;# 当为$host:$proxy_port时即携带端口发送 ex: $host:8080 】proxy_set_header Host $host; proxy_set_header X-Real-IP $remote_addr; # 在web服务器端获得用户的真实ip 需配置条件① 【 $remote_addr值 用户ip 】proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;# 在web服务器端获得用户的真实ip 需配置条件②proxy_set_header REMOTE-HOST $remote_addr;# proxy_set_header X-Forwarded-For $http_x_forwarded_for; # $http_x_forwarded_for变量 X-Forwarded-For变量}location ^~ /blog/ { # ^~/blog/ 表示匹配前缀为blog/后的请求proxy_pass http://zhengqingya.gitee.io/blog/; proxy_set_header Host $proxy_host; # 改变请求头值 - 转发到码云才会成功proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;proxy_set_header X-NginX-Proxy true;}
}
负载均衡配置
使用ngx_http_upstream_module模块和ngx_http_proxy_module模块
http {include mime.types;default_type application/octet-stream;sendfile on;keepalive_timeout 65;upstream www_server_pools { #这里定义Web服务器池包含了251252两个Web节点server 10.43.187.251:80 weight1;server 10.43.187.252:80 weight1;}server { #这里定义代理的负载均衡域名虚拟主机listen 80;server_name www.qll.com;location / {proxy_pass http://www_server_pools; #访问www.qll.com,请求发送给www_server_pools里面的节点}}
}upstream配置
server
负载后面的RS配置可以是ip或者域名。
weight
请求服务器的权重。默认值为1越大表示接受的请求比例越大。
max_fails
nginx 尝试连接后端主机失败的次数。
这个数值需配合proxy_net_upstreamfastcgi_next_upstream和memcached_next_upstream这三个参数来使用的。
当nginx接收后端服务器返回这三个参数定义的状态码时会将这个请求转发给正常工作的后端服务器例如404502503
fail_timeout
在max_fails定义的失败次数后距离下次检查的时间间隔默认10s
backup
热备配置标志这台服务器作为备份服务器若主服务器全部宕机了就会向它转发请求
down
表示这个服务器永不可用可配合ip_hash使用
upstream web_pools {server linux.example.com weight5;
server 127.0.0.1:8080 max_fail5 fail_timeout10s;
# 当5次连续检查失败后间隔10s后重新检测。
server linux.example.com:8080 backup;
# 指定备份服务器。作用等上面服务器全部不可访问时就向它转发请求。}
负载均衡算法
1rr轮询默认
默认调度算法按照客户端请求逐一分配到不同的后端服务器宕机的服务器会自动从节点服务器池中剔除。
upstream server_pools {server 192.168.1.251;server 192.168.1.252;}注意对于服务器性能不同的集群该算法容易引发资源分配不合理等问题。 2wrr加权轮询weight
在rr轮询算法的基础上加上权重权重和用户访问成正比权重值越大被转发的请求也就越多
upstream server_pools {server 192.168.1.251 weight5;server 192.168.1.252 weight10;
}加权轮询应用于服务器性能不等的集群中使资源分配更加合理化。 3ip_hash会话保持
每个请求按访问 IP 的hash结果分配每个访客固定访问一个后端服务器可解决session不共享的问题。
upstream server_pools {ip_hash;server 192.168.1.251;server 192.168.1.252;}Session 不共享是说假设用户已经登录过此时发出的请求被分配到了 A 服务器但 A 服务器突然宕机用户的请求则会被转发到 B 服务器。但由于 Session 不共享B 无法直接读取用户的登录信息来继续执行其他操作。 4fair动态调度算法
根据后端节点服务器的响应时间来分配请求响应时间短的优先分配。
upstream server_pools {server 192.168.1.251;server 192.168.1.252;fair;}这是更加智能的调度算法但Nginx本身不支持fair调度算法。如果需要使用fair调度必须下载Nginx相关模块upstream_fair。 5url_hash算法(web缓存节点)
根据访问URL的hash结果来分配请求让每个URL定向到同一个后端服务器。
upstream server_pools {server qll:9001;
server qll:9002;
hash $request_uri;
hash_method crc32;}同样Nginx本身是不支持url_hash如果需要使用这种调度算法必须安装Nginx的hash模块软件包。
