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的缓存
- 浏览器缓存: 加速用户访问,提升单个用户体验,缓存在本地(主要是一些静态文件,css/js/html/媒体类文件等)
- 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两个参数会失效的