nginx负载跨域ssl等功能

nginx 负载均衡配置

nginx的upstream目前支持4种方式的分配

1、轮询(默认)

每个请求按时间顺序逐一分配到不同的后端服务器,如果后端服务器down掉,能自动剔除。

upstream nginx {

server172.17.0.4:8081;

server172.17.0.5:8081;

}

2、weight

指定轮询几率,weight和访问比率成正比,用于后端服务器性能不均的情况。down 暂时不参与负载

upstream nginx {

server172.17.0.4:8081 weight=2;

server172.17.0.5:8081 weight=1;

}

3、ip_hash

每个请求按访问ip的hash结果分配,这样每个访客固定访问一个后端服务器,可以解决session的问题。

upstream nginx {

ip_hash;

server 172.17.0.4:8081;

server 172.17.0.5:8081;

}

nginx 反向代理

现在有4台服务器,如下

  1. 172.17.0.2作为代理nginx
  2. 172.17.0.3作为静态服务器,读html文件
  3. 172.17.0.4为后台服务器1,提供web服务
  4. 172.17.0.5为后台服务器2,提供web服务

配置如下

upstream nginx {

# ip_hash;

server172.17.0.4:8081 weight=2;

server172.17.0.5:8081 weight=1;

}

server {

listen80;

server_name www.enjoy.com;

location /proxy {

proxy_pass http://172.17.0.4:8081/nginx/;

}

location /nginx {

proxy_pass http://nginx;

}

location /static{

proxy_pass http://static.enjoy.com/;

}

error_page500502503504 /50x.html;

location = /50x.html {

root html;

}

}

浏览器跨与问题

图片 1

简单的来说跨域就是一个网站不允许访问另一个域名的资源,如上图:chrome首次使用域名static.enjoy.com加载html页面------->然后在页面内由ajax方式向域名www.enjoy.com发起请求。

此时问题出现:chrome拒绝执行ajax请求得到的返回值

常见的跨域方案:

jsonp、 document.domain + iframe 跨域

Cors解决方案

添加header头: Access-Control-Allow-Origin ,表明允许网站执行

CORS是一个W3C标准,全称是"跨域资源共享"(Cross-origin resource sharing)。 它允许浏览器向跨源服务器,发出XMLHttpRequest请求,从而克服AJAX只能同源使用的限制。对于请求有意向两种处理

图片 1

  • 当chrome发现ajax请求的网址,与当前主域名不一致(跨域)时,会在请求header中追加值页面主域名值,即:origin = static.enjoy.com

  • nginx在接收到ajax请求时,会查看origin值,即请求我的网址是谁?此处使用正则来校验,即:只要是enjoy.com下的网址,都允许访问我返回信息时,nginx追加header值:access-control-allow-origin = static.enjoy.com(回答浏览器,static域名网址可以访问我)

    upstream nginx {

    ip_hash;

    server 172.17.0.4:8081 weight=2;

    server 172.17.0.5:8081 weight=1;

    }

    server {

    listen 80;

    server_name www.enjoy.com;

    if ( $http_origin ~ http://(.*).enjoy.com){

    set $allow_url $http_origin;

    }

    #是否允许请求带有验证信息

    add_header Access-Control-Allow-Credentials true;

    #允许跨域访问的域名,可以是一个域的列表,也可以是通配符*

    add_header Access-Control-Allow-Origin $allow_url;

    #允许脚本访问的返回头

    add_header Access-Control-Allow-Headers 'x-requested-with,content-type,Cache-Control,Pragma,Date,x-timestamp';

    #允许使用的请求方法,以逗号隔开

    add_header Access-Control-Allow-Methods 'POST,GET,OPTIONS,PUT,DELETE';

    #允许自定义的头部,以逗号隔开,大小写不敏感

    add_header Access-Control-Expose-Headers 'WWW-Authenticate,Server-Authorization';

    #P3P支持跨域cookie操作

    add_header P3P 'policyref="/w3c/p3p.xml", CP="NOI DSP PSAa OUR BUS IND ONL UNI COM NAV INT LOC"';

    add_header test 1;

    if ($request_method = 'OPTIONS') {

    return 204;

    }

    location / {

    root html/static/;

    index index.html index.htm;

    }

    location /rout {

    rewrite ^/rout/(.*) /static/$1.html break;

    root html/;

    index index.html index.htm;

    }

    location /proxy {

    echo "我是www.enjoy.com内容:$http_origin";

    # proxy_pass http://172.17.0.4:8081/nginx;

    }

    location /nginx {

    proxy_pass http://nginx;

    }

    error_page 500 502 503 504 /50x.html;

    location = /50x.html {

    root html;

    }

    }

  • chrome收到ajax返回值后,查看返回的header中access-control-allow-origin的值,发现其中的值是static.enjoy.com,正是当前的页面主域名。这是允许访问,于是执行ajax返回值内容。(ps:若此处access-control-allow-origin不存在,或者值不是static域名,chrome就拒绝执行返回值)

缓存配置及Gzip配置

对输出到客户端的内容进行压缩,以减小传输文件体积,减少对网络带宽的占用。

服务器端要压缩,客户端必须解压缩,这都将占用cpu时间。

不过,由于传输内容减小了,传输过程中,各网卡、路由器、交换机对数据包的处理时间也会缩短。

gzip压缩是就在这里赢得了时间。

必须满足以下几个条件:

  • 客户端发送的HTTP报头必须含有 “Accept-Encoding” 字段,且其值包含 “gzip” 这个压缩类型。一般浏览器都会发 “Accept-Encoding:gzip, deflate, sdch” 这样的报头。

  • 服务器启用了gzip压缩,那么响应头会包含 Content-Encoding:gzip,客户端根据这个来判断服务器返回的内容是否真正为gzip压缩过的内容。

gzip压缩对文本文件压缩效果非常好(40%~80%),而对图片文件效果甚微。实际应用中可以考虑对js、html、css格式的文件开启gzip压缩。

server {

listen80;

server_name static.enjoy.com;

location / {

root html/static;

index index.html index.htm;

}

location ^~ /cors {

alias html/cors;

index cors.html;

}

location~ /(.*).(html|js|css|jpg|jpeg|png|gif)$ {#覆盖/re/a.htm路径

gzipon; # 启用gzip压缩,默认是off,不启用

# 对js、css、jpg、png、gif格式的文件启用gzip压缩功能

gzip_types application/javascript text/css image/jpeg image/png image/gif;

gzip_min_length1024; # 所压缩文件的最小值,小于这个的不会压缩

gzip_buffers41k; # 设置压缩响应的缓冲块的大小和个数,默认是内存一个页的大小

gzip_comp_level1; # 压缩水平,默认1。取值范围1-9,取值越大压缩比率越大,但越耗cpu时间

root html/gzip;

}

location ^~ /qq.png {

# expires 2s;#缓存2秒

expires2m;#缓存2分钟

# expires 2h;#缓存2小时

# expires 2d;#缓存2天

root html/gzip;

}

location ^~ /chrome.png {

expires2m;#缓存2分钟

root html/gzip;

}

#防盗链

location ^~ /mall {

valid_referers*.enjoy.com;

if ($invalid_referer) {

return404;

}

root html/gzip;

}

}

防盗链

目的:

1、让资源只能在我的页面内显示

2、不能单独来取或者下载

流程:

1、chrome以url1首次请求web服务器,得到html页面。

2、chrome再次发起url2资源请求,携带referers = url1。(注意,是url1,不是本次的url2)

3、nginx校验referers值,决定是否允许访问。

4、下面是nginx校验referers值的过程:

valid_referers:匹配域名白名单,如果不匹配,把内置变量$invalid_referers置为1,进入if块,返回404

location ^~ /mall {

valid_referers*.enjoy.com;

if ($invalid_referer) {

return404;

}

root html/gzip;

}

配置https

image-20200628154940593

如上图https的流程大致如上。

公钥和私钥概念

image-20200628155031266

我们一般购买的证书都会有三个文件,一个是密码,一个公钥,一个私钥

配置如下:

server {

listen 80;

server_name sales.enjoy.com;

//自动跳转为https

rewrite ^/ https://sales.enjoy.com redirect;

#允许跨域

# ……

location / {

root html/sales;

index welcome.html;

}

error_page 500 502 503 504 /50x.html;

location = /50x.html {

root html;

}

}

server {

listen 443 ssl;

server_name sales.enjoy.com;

ssl_certificate /etc/nginx/conf.d/server.crt; #证书

ssl_certificate_key /etc/nginx/conf.d/server_nopass.key;#私钥

if ( $http_origin ~ http://(.*).enjoy.com){

set $allow_url $http_origin;

}

#允许跨域

# ……

location / {

root html/sales;

index welcome.html;

}

error_page 500 502 503 504 /50x.html;

location = /50x.html {

root html;

}

}

keepalived

用于配置nginx高可用,基本上没人使用,我就不多说了,因为我们的一个域名跨域解析到多个服务器本身就是高可用了。而且keepaliver只能两台。

以上是 nginx负载跨域ssl等功能 的全部内容, 来源链接: www.h5w3.com/27840.html

回到顶部