后端开发之Nginx篇----Nginx进阶

Nginx 进阶

跨域问题解决

我们之前使用tomcat作为web容器装载前后端服务时,我们使用的是SpringBoot的Cors来解决跨域的问题,然而当我们使用nginx来请求后端server所映射的静态资源时,同样存在跨域的安全性,这就需要我们在
nginx中设置跨域

server {
	listen   80;
	server_name    localhost;
	#允许跨域请求的域,*代表所有
	add_header 'Access-Control-Allow-Origin' *;
	#允许带上cookie请求
	add_header 'Access-Control-Allow-Credentials' 'true';
	#允许请求的方法,比如 GET/POST/PUT/DELETE
	add_header 'Access-Control-Allow-Methods' *;
	#允许请求的header
	add_header 'Access-Control-Allow-Headers' *;
}

其实上面配置的和我们在SpringBoot上面配置差不多:

package com.imooc.config;

import org.springframework.context.annotation.Bean;
import org.springframework.context.annotation.Configuration;
import org.springframework.web.cors.CorsConfiguration;
import org.springframework.web.cors.UrlBasedCorsConfigurationSource;
import org.springframework.web.filter.CorsFilter;

@Configuration
public class CorsConfig {

    public CorsConfig() {
    }

    @Bean
    public CorsFilter corsFilter() {

        // 1.添加cors配置信息
        CorsConfiguration config = new CorsConfiguration();
        config.addAllowedOrigin("http://localhost:8080");
        config.addAllowedOrigin("*");

        // 设置是否发送cookie信息
        config.setAllowCredentials(true);

        // 设置允许请求方式
        config.addAllowedMethod("*");

        // 设置允许的header
        config.addAllowedHeader("*");

        // 2.为url添加映射路径
        UrlBasedCorsConfigurationSource corsSource = new UrlBasedCorsConfigurationSource();
        corsSource.registerCorsConfiguration("/**",config);

        // 3.返回重新定义的coreSource
        return new CorsFilter(corsSource);
    }
}

防盗链

防止别的机器盗用我们的静态资源链接,因为当别人知道了我们的静态资源链接后可以直接使用链接来展示,这样就会增加我们静态资源所在机器的内存压力,想要避免这种情况可以在nginx中添加防盗链配置,使得即使别人知道我们静态资源链接时,也无法请求到内容。

server {
	vaild_referes *.foodie.com #这里规定只有这个域及其二级域下的服务才能通过nginx发起请求
	if ($invalid_referes) {
		return 404;
	}
}

负载均衡

通常情况下默认是轮询这种方式
当然如果你在具体的server后面添加了weight=?这个参数的话将启动权重的方式来选择相应的服务器

  • 权重-负载均衡
upstream main {
	server 192.168.1.171:8080 weight=1;
	server 192.168.1.172:8080 weight=2;
	server 192.168.1.173:8080 weight=5;
}

server {
	listen 80;
	server_name www.foodie.com;
	location / {
		proxy_pass http://main
	}
}
  • ip_hash-负载均衡
upstream main {
	ip_hash;
	server 192.168.1.171:8080;
	server 192.168.1.172:8080;
	server 192.168.1.173:8080;
}
...
  • url_hash负载均衡:这种是将请求的路由转hash
upstream main {
	hash $request_yri;
	server 192.168.1.171:8080;
	server 192.168.1.172:8080;
	server 192.168.1.173:8080;
}
...
  • least_conn最少数负载均衡,请求永远被分发到当前保持链接数最少的server上
upstream main {
	least_conn;
	server 192.168.1.171:8080;
	server 192.168.1.172:8080;
	server 192.168.1.173:8080;
}

upstream参数解析

  • max_conns
    限制每台server的连接数,用于保护避免过载,可以起到限流的作用
#worker进程数也是和这个参数有关系,当没有使用共享内存时这个参数将作用到每个worker进程上
worker_processes 2;

upstream main {
	server 192.168.1.171:8080 max_conns=2;
	server 192.168.1.172:8080 max_conns=2;
	server 192.168.1.173:8080 max_conns=2;
}
  • slow_start
    这个参数一般是出现在商业版本上的,但好像在最新的nginx版本上其被移除了,具体请看官网
upstream main {
    # 这意味这171这台机器的权重是6,但它不会一开始就是6,而是从1递增到6,用时60秒
	server 192.168.1.171:8080 weight=6 slow_start=60s;
	server 192.168.1.172:8080;
	server 192.168.1.173:8080;
}
  • down 这个参数标记了该server现在是挂起状态
  • backup 这个参数标记了该server是备用机,当其余的正常server都宕机了,它就自动转成正常的server提供服务
upstream main {
	server 196.168.1.171:8080 down;
	server 196.168.1.172:8080 backup;
	server 196.168.1.173:8080;
	server 196.168.1.174:8080;
}
  • max_fails和fail_timeout
    这两个参数一般可以一起使用,max_fails代表失败几次后这台server会被标记为宕机,剔除上游服务;而fail_timeout表示失败的重试时间
# 则代表在15秒内请求某一server失败达到2次后,则认为该server已经挂了或者宕机了,随后再过15秒,这15秒内不会有新的请求到达刚刚挂掉的节点上,而是会请求到正常运作的server,15秒后会再有新请求尝试连接挂掉的server,如果还是失败,重复上一过程,直到恢复。
max_fails=2 fail_timeout15s;
  • keepalived 提高吞吐量
    设置长连接处理的数量,同时要设置长连接http版本为1.1,并清除connection header信息
upstream main {
#       server 192.168.1.173:8080 max_fails=2 fail_timeout=1s;
        server 192.168.1.176:8080;
#       server 192.168.1.174:8080 weight=1;
#       server 192.168.1.175:8080 weight=1;
        keepalive 32;
}

server {
        listen       80;
        server_name  www.foodie.com;

        location / {
            proxy_pass  http://main;
            proxy_http_version 1.1;
            proxy_set_header Connection "";
        }
    }

Nginx的缓存

  1. 浏览器缓存: 加速用户访问,提升单个用户体验,缓存在本地(主要是一些静态文件,css/js/html/媒体类文件等)
  2. Nginx缓存:
  • 缓存在nginx端,提升所有访问到nginx这一段的用户
  • 提升访问上游服务器的速度
  • 用户访问仍然产生请求流量

控制浏览器缓存:

location /files {
	alias /home/doudou;
	# expires 10s; 缓存10秒
	# expires @22h30m; 缓存至最近的22点30分
	# expires -1h; 缓存在1小时前就结束了,相当于没有缓存
	# expires epoch; 不设缓存
	# expires off; 默认状态,关闭缓存
	expires max; # 永不过期

控制Nginx缓存:

upstream main {
	server 192.168.1.171:8080;
}
# keys_zone 设置共享内存空间名称以及占用空间大小
# max_size 设置缓存大小
# inactive 超时清理的时间长度
# use_temp_path 是否使用临时目录,开启会影响nginx的性能
proxy_cache_path /usr/local/nginx/upstream_cache keys_zone=mychache:5m max_size=1g inactive=1m use_temp_path=off;

locatin / {
	proxy_pass http://main;

	# 启用缓存,和keys_zone一致
    proxy_cache mycache;
    # 针对200和304状态码缓存时间为8小时
    proxy_cache_valid 200 304 8h;

使用Nginx配置HTTPS域名证书

1.安装SSL模块
在配置编译前的configure时要指定使用ssl模块

./configure \
--prefix=/usr/local/nginx \
--pid-path=/var/run/nginx/nginx.pid \
--lock-path=/var/lock/nginx.lock \
--error-log-path=/var/log/nginx/error.log \
--http-log-path=/var/log/nginx/access.log \
--with-http_gzip_static_module \
--http-client-body-temp-path=/var/temp/nginx/client \
--http-proxy-temp-path=/var/temp/nginx/proxy \
--http-fastcgi-temp-path=/var/temp/nginx/fastcgi \
--http-uwsgi-temp-path=/var/temp/nginx/uwsgi \
--http-scgi-temp-path=/var/temp/nginx/scgi  \
--with-http_ssl_module #就是添加这个

# 然后
make && make install

# 把ssl证书的*.crt和密钥*.key拷贝到/usr/local/nginx/conf中
# 新增server监听443端口
server {
	listen 443;
	server_name www.doudou.com;

	ssl on;
	# 证书
	ssl_certificate      doudou.crt;
	# 密钥
	ssl_certificate_key  doudou.key;

	# ssl会话cache
    ssl_session_cache    shared:SSL:1m;
    # ssl会话超时时间
    ssl_session_timeout  5m;

	# 配置加密套件,写法遵循 openssl 标准
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
    ssl_ciphers ECDHE-RSA-AES128-GCM-SHA256:HIGH:!aNULL:!MD5:!RC4:!DHE;
    ssl_prefer_server_ciphers on;

	location / {
		proxy_pass http://main;
		index index.html;
	}
}

重启nginx

配置Nginx构建后端服务器反向代理

  • 一级域名 www.doudou.com
  • 二级域名 api.doudou.com 用于后端的服务映射;center.doudou.com 用于前端的服务映射

现在后端服务器内网ip是13.141.1.271,而两个二级域名都被解析到nginx所在的机器上了

upstream api.doudou.com {
	server 13.141.1.271:8080; # 后端服务器的内网ip
}

server {
	listen    80;
	server_name   api.doudou.com; # 实际上是解析到nginx机器上的

	location / {
		proxy_pass http://api.doudou.com; # 这里是用了upstream的名称api.doudou.com
	}
}

# 将前端项目代码放在/home/website/frontend目录下
server {
	listen 80;
	server_name center.doudou.com;

	location / {
		root /home/website/frontend;
		index index.html;
	}
}

提醒下自己:当SpringBoot项目打成war包后,其内部的tomcat依赖被剔除后,在application.yml文件里面的server.port和server.servlet.context-path两个参数会失效的

发布了118 篇原创文章 · 获赞 16 · 访问量 2万+

猜你喜欢

转载自blog.csdn.net/weixin_39702831/article/details/104618901