• 周六. 4月 27th, 2024

5G编程聚合网

5G时代下一个聚合的编程学习网

热门标签

Nginx 常用配置汇总

admin

11月 28, 2021

Nginx 常用配置汇总!从入门到干活足矣

众所周知,Nginx 是 Apache服务不错的替代品。其特点是占有内存少,并发能力强,事实上 Nginx 的并发能力在同类型的网页服务器中表现较好,因此国内知名大厂例如:淘宝,京东,百度,新浪,网易,腾讯等等都在使用Nginx网站

 

Nginx简介

nginx 是开源、高性能、高可靠的 Web 和反向代理服务器,而且支持热部署,同时也提供了 IMAP/POP3/SMTP 服务,可以不间断运行,提供热更新功能。占用内存少、并发能力强,最重要的是,Nginx 是免费的并可以商业化,配置使用都比较简单。

 

Nginx 特点
  • 高并发、高性能

  • 模块化架构使得它的扩展性非常好

  • 异步非阻塞的事件驱动模型这点和 Node.js 相似

  • 无需重启可不间断运行

  • 热部署、平滑升级

  • 完全开源,生态好

Nginx 最重要的几个使用场景:
  • 静态资源服务

  • 反向代理服务,包括缓存、负载均衡等

  • API 服务,OpenResty

所以,今天民工哥就给大家整理一份nginx 的常用配置清单,供大家学习与生产配置参考使用。主要包括以下三个方面:

  • 基础配置

  • 高级配置

  • 安全配置

基础配置

去掉不用的 Nginx 模块

./configure --without-module1 --without-module2 --without-module3
例如:
./configure --without-http_dav_module --withouthttp_spdy_module
#注意事项:配置指令是由模块提供的。确保你禁用的模块不包含你需要使用的指令!在决定禁用模块之前,应该检查Nginx文档中每个模块可用的指令列表。

Nginx 版本的平滑升级与回滚

进程相关的配置

worker_processes 8;
#Nginx 进程数,建议按照CPU数目来指定,一般为它的倍数 (如,2个四核的CPU计为8)。

worker_rlimit_nofile 65535;  
#一个Nginx 进程打开的最多文件描述符数目

worker_connections 65535;
#每个进程允许的最多连接数

监听端口

server {
      listen       80;   #监听端口
      server_name www.mingongge.com; #域名信息
      location / {
          root   /www/www;   #网站根目录
          index index.html index.htm; #默认首页类型
          deny 192.168.2.11;   #禁止访问的ip地址,可以为all
          allow 192.168.3.44; #允许访问的ip地址,可以为all
      }
      }              

小技巧补充:域名匹配的四种写法

精确匹配:server_name www.mingongge.com ;
左侧通配:server_name *.mingongge.com ;
右侧统配:server_name www.mingongge.* ;
正则匹配:server_name ~^www.mingongge.*$ ;

匹配优先级:精确匹配 > 左侧通配符匹配 > 右侧通配符匹配 > 正则表达式匹配

配置 Nginx 状态页面

[root@proxy ~]# cat /usr/local/nginx/conf/nginx.conf
… …

location /NginxStatus {
    stub_status           on;
    access_log           on;
    auth_basic           "NginxStatus";
    auth_basic_user_file conf/htpasswd;
      }
… …
[root@proxy ~]# /usr/local/nginx/sbin/nginx -s reload

Nginx 日志(访问与错误日志管理)

error_log  /var/log/nginx/error.log warn;
#配置错误日志的级别及存储目录

events {
  worker_connections 1024;
}
http {
..................
  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 /var/log/nginx/access.log main;
  #配置访问日志存储目录
}

以上配置只是Nginx自身关于日志的基本配置,在实际生产环境中,我们需要收集日志、分析日志,才定更好的去定位问题

采集nginx日志(filebeat,logstash,rsyslog)

 

http 相关的配置

http {
  sendfile on                 #高效传输文件的模式 一定要开启
  keepalive_timeout   65       #客户端服务端请求超时时间

}

静态资源配置

server {  
listen 80;  
server_name mingongge.com;  
location /static {      
root /wwww/web/web_static_site;
}
}

也可以使用下面的方法

location /image {
alias /web/nginx/static/image/;
}
注意:使用alias末尾一定要添加/,并且它只能位于location中

反向代理

比如生产环境(同一台服务中)有不同的项目,这个就比较实用了,用反向代理去做请示转发。

http {
.............
  upstream product_server{
      127.0.0.1:8081;
  }

  upstream admin_server{
      127.0.0.1:8082;
  }

  upstream test_server{
      127.0.0.1:8083;
  }

server {
     
#默认指向product的server
location / {
    proxy_pass http://product_server;
    }

location /product/{
    proxy_pass http://product_server;
    }

location /admin/ {
    proxy_pass http://admin_server;
    }

location /test/ {
    proxy_pass http://test_server;
    }
  }
}
location 路径匹配

2.1 匹配规则:

location 路径正则匹配:

符号 说明
~ 正则匹配,区分大小写
~* 正则匹配,不区分大小写
^~ 普通字符匹配,如果该选项匹配,则,只匹配改选项,不再向下匹配其他选项
= 普通字符匹配,精确匹配
@ 定义一个命名的 location,用于内部定向,例如 error_page,try_files

匹配优先级:

路径匹配,优先级:(跟 location 的书写顺序关系不大)

  1. 精确匹配

    =前缀的指令严格匹配这个查询。

    如果找到,停止搜索。

  2. 普通字符匹配

    所有剩下的常规字符串,最长的匹配。

    如果这个匹配使用^〜前缀,搜索停止。

  3. 正则匹配

    正则表达式,在配置文件中定义的顺序,匹配到一个结果,搜索停止;

  4. 默认匹配

    如果第3条规则产生匹配的话,结果被使用。

    否则,如同从第2条规则被使用。

2.3 举例

通过一个实例,简单说明一下匹配优先级:

location  = / {  # 精确匹配 / ,主机名后面不能带任何字符串  [ configuration A ]}location  / {  # 因为所有的地址都以 / 开头,所以这条规则将匹配到所有请求  # 但是正则和最长字符串会优先匹配  [ configuration B ]}location /documents/ {  # 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索  # 只有后面的正则表达式没有匹配到时,这一条才会采用这一条  [ configuration C ]}location ~ /documents/Abc {  # 匹配任何以 /documents/ 开头的地址,匹配符合以后,还要继续往下搜索  # 只有后面的正则表达式没有匹配到时,这一条才会采用这一条  [ configuration CC ]}location ^~ /images/ {  # 匹配任何以 /images/ 开头的地址,匹配符合以后,停止往下搜索正则,采用这一条。  [ configuration D ]}location ~* .(gif|jpg|jpeg)$ {  # 匹配所有以 gif,jpg或jpeg 结尾的请求  # 然而,所有请求 /images/ 下的图片会被 config D 处理,因为 ^~ 到达不了这一条正则  [ configuration E ]}location /images/ {  # 字符匹配到 /images/,继续往下,会发现 ^~ 存在  [ configuration F ]}location /images/abc {  # 最长字符匹配到 /images/abc,继续往下,会发现 ^~ 存在  # F与G的放置顺序是没有关系的  [ configuration G ]}location ~ /images/abc/ {  # 只有去掉 config D 才有效:先最长匹配 config G 开头的地址,继续往下搜索,匹配到这一条正则,采用    [ configuration H ]}location ~* /js/.*/.js

按照上面的location写法,以下的匹配示例成立:

  1. / -> config A:

    精确完全匹配,即使/index.html也匹配不了

  2. /downloads/download.html -> config B:

    匹配B以后,往下没有任何匹配,采用B

  3. /images/1.gif -> configuration D:

    匹配到F,往下匹配到D,停止往下

  4. /images/abc/def -> config D:

    最长匹配到G,往下匹配D,停止往下你可以看到 任何以/images/开头的都会匹配到D并停止,FG写在这里是没有任何意义的,H是永远轮不到的,这里只是为了说明匹配顺序

  5. /documents/document.html -> config C:

    匹配到C,往下没有任何匹配,采用C

  6. /documents/1.jpg -> configuration E:

    匹配到C,往下正则匹配到E

  7. /documents/Abc.jpg -> config CC:

    最长匹配到C,往下正则顺序匹配到CC,不会往下到E

负载均衡

upstream server_pools { 
server 192.168.1.11:8880   weight=5;
server 192.168.1.12:9990   weight=1;
server 192.168.1.13:8989   weight=6;
#weigth参数表示权值,权值越高被分配到的几率越大
}
server {  
listen 80;
server_name mingongge.com;
location / {    
proxy_pass http://server_pools;
  }
}

代理相关的其它配置

proxy_connect_timeout 90;  #nginx跟后端服务器连接超时时间(代理连接超时)
proxy_send_timeout 90;     #后端服务器数据回传时间(代理发送超时)
proxy_read_timeout 90;     #连接成功后,后端服务器响应时间(代理接收超时)
proxy_buffer_size 4k;     #代理服务器(nginx)保存用户头信息的缓冲区大小
proxy_buffers 4 32k;     #proxy_buffers缓冲区
proxy_busy_buffers_size 64k;     #高负荷下缓冲大小(proxy_buffers*2)
proxy_temp_file_write_size 64k; #设定缓存文件夹大小

proxy_set_header Host $host;
proxy_set_header X-Forwarder-For $remote_addr; #获取客户端真实IP

高级配置

重定向配置

location / {
return 404; #直接返回状态码
}
location / {
return 404 "pages not found"; #返回状态码 + 一段文本
}
location / {
return 302 /blog ; #返回状态码 + 重定向地址
}
location / {
return https://www.mingongge.com ; #返回重定向地址
}

示例如下

server { 
listen 80;
server_name www.mingongge.com;
return 301 http://mingongge.com$request_uri;
}
server {
listen 80;
server_name www.mingongge.com;
location /cn-url {
  return 301 http://mingongge.com.cn;
  }
}
server{
listen 80;
server_name mingongge.com; # 要在本地hosts文件进行配置
root html;
location /search {
  rewrite ^/(.*) https://www.mingongge.com redirect;
}
 
location /images {
  rewrite /images/(.*) /pics/$1;
}
 
location /pics {
  rewrite /pics/(.*) /photos/$1;
}
 
location /photos {
 
}
}

 

设置缓冲区容量上限

这样的设置可以阻止缓冲区溢出攻击(同样是Server模块)

client_body_buffer_size 1k;
client_header_buffer_size 1k;
client_max_body_size 1k;
large_client_header_buffers 2 1k;
#设置后,不管多少HTTP请求都不会使服务器系统的缓冲区溢出了

限制最大连接数

在http模块内server模块外配置limit_conn_zone,配置连接的IP,在http,server或location模块配置limit_conn,能配置IP的最大连接数。

limit_conn_zone $binary_remote_addr zone=addr:5m;
limit_conn addr 1;

Gzip压缩

gzip_types  

#压缩的文件类型
text/plain text/css
application/json
application/x-javascript
text/xml application/xml
application/xml+rss
text/javascript

gzip on;
#采用gzip压缩的形式发送数据

gzip_disable "msie6"
#为指定的客户端禁用gzip功能

gzip_static;
#压缩前查找是否有预先gzip处理过的资源

gzip_proxied any;
#允许或者禁止压缩基于请求和响应的响应流

gzip_min_length 1000;
#设置对数据启用压缩的最少字节数

gzip_comp_level 6;
#设置数据的压缩等级

缓存配置

open_file_cache
#指定缓存最大数目以及缓存的时间

open_file_cache_valid
#在open_file_cache中指定检测正确信息的间隔时间

open_file_cache_min_uses  
#定义了open_file_cache中指令参数不活动时间期间里最小的文件数

open_file_cache_errors    
#指定了当搜索一个文件时是否缓存错误信息

location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$
#指定缓存文件的类型

      {
      expires 3650d;    
          #指定缓存时间
      }
      location ~ .*.(js|css)?$
      {
      expires 3d;                    
      }

SSL 证书配及跳转HTTPS配置

server {
    listen 192.168.1.250:443 ssl;
    server_tokens off;
    server_name mingonggex.com www.mingonggex.com;
    root /var/www/mingonggex.com/public_html;
    ssl_certificate /etc/nginx/sites-enabled/certs/mingongge.crt;
    ssl_certificate_key /etc/nginx/sites-enabled/certs/mingongge.key;
    ssl_protocols TLSv1 TLSv1.1 TLSv1.2;
}

# Permanent Redirect for HTTP to HTTPS
server
{  
listen 80;  
server_name mingongge.com;
https://$server_name$request_uri;
}

流量镜像功能

location / {
  mirror /mirror;
  proxy_pass http://backend;
}

location = /mirror {
  internal;
  proxy_pass http://test_backend$request_uri;
}

限流功能

流量限制配置两个主要的指令,limit_req_zonelimit_req

limit_req_zone $binary_remote_addr zone=mylimit:10m rate=10r/s;

server {
  location /login/ {
      limit_req zone=mylimit;

      proxy_pass http://my_upstream;
  }
}

Nginx常用的内置变量

 

 

安全配置

禁用server_tokens项

server_tokens在打开的情况下会使404页面显示Nginx的当前版本号。这样做显然不安全,因为黑客会利用此信息尝试相应Nginx版本的漏洞。只需要在nginx.conf中http模块设置server_tokens off即可,例如:

server {
  listen 192.168.1.250:80;
  Server_tokens off;
  server_name mingongge.com www.mingongge.com;
  access_log /var/www/logs/mingongge.access.log;
  error_log /var/www/logs/mingonggex.error.log error;
  root /var/www/mingongge.com/public_html;
  index index.html index.htm;
}
#重启Nginx后生效:

禁止非法的HTTP User Agents

User Agent是HTTP协议中对浏览器的一种标识,禁止非法的User Agent可以阻止爬虫和扫描器的一些请求,防止这些请求大量消耗Nginx服务器资源。

为了更好的维护,最好创建一个文件,包含不期望的user agent列表例如/etc/nginx/blockuseragents.rules包含如下内容:

map $http_user_agent $blockedagent {
  default 0;
  ~*malicious 1;
  ~*bot 1;
  ~*backdoor 1;
  ~*crawler 1;
  ~*bandit 1;
}

然后将如下语句放入配置文件的server模块内

include /etc/nginx/blockuseragents.rules;并加入if语句设置阻止后进入的页面:

阻止图片外链

location /img/ {
    valid_referers none blocked 192.168.1.250;
      if ($invalid_referer) {
        return 403;
    }
}

封杀恶意访问

禁掉不需要的 HTTP 方法

一些web站点和应用,可以只支持GET、POST和HEAD方法。在配置文件中的 serve r模块加入如下方法可以阻止一些欺骗攻击

if ($request_method !~ ^(GET|HEAD|POST)$) {    return 444;}

禁止 SSL 并且只打开 TLS

尽量避免使用SSL,要用TLS替代,以下配置可以放在Server模块内

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

通过这一系列的配置之后,相信你的Nginx服务器足够应付实际生产需求了。

发表回复

您的电子邮箱地址不会被公开。 必填项已用*标注