Nginx安全配置手册

2401_84263282

于 2024-04-28 15:21:43 发布

阅读量723

点赞数 19

文章标签： nginx 安全网络

本文链接：https://blog.csdn.net/2401_84263282/article/details/138279865

版权

allow all;
}
更多的时候客户端请求会经过层层代理，我们需要通过$http_x_forwarded_for来进行限制，可以这样写

set $a ll o w f a l se; i f ($ http_x_forwarded_for = “211.144.204.2”) { set $KaTeX parse error: Expected 'EOF', got '}' at position 13: allow true; }̲ if ($ http_x_forwarded_for ~ “108.2.66.[89]”) { set $KaTeX parse error: Expected 'EOF', got '}' at position 13: allow true; }̲ if ($ allow = false) { return 404; }
添加账号认证
server {
location / {
auth_basic “please input user&passwd”;
auth_basic_user_file key/auth.key;
}
}
关于账号认证《Nginx的几个常用配置和技巧》文章中已有详细介绍，这里不赘述

限制请求方法
if ( $request\_method !~ ^(GET|POST)$ ) {
return 405;
}
$request_method能够获取到请求nginx的method

配置只允许GET\POST方法访问，其他的method返回405

拒绝User-Agent
if ($http_user_agent ~* LWP::Simple|BBBike|wget|curl) {
return 444;
}
可能有一些不法者会利用wget/curl等工具扫描我们的网站，我们可以通过禁止相应的user-agent来简单的防范

Nginx的444状态比较特殊，如果返回444那么客户端将不会收到服务端返回的信息，就像是网站无法连接一样

图片防盗链
location /images/ {
valid_referers none blocked www.127.0.0.1 127.0.0.1;
if ($invalid_referer) {
return 403;
}
}
valid_referers：验证referer，其中none允许referer为空，blocked允许不带协议的请求，除了以上两类外仅允许referer为www.127.0.0.1或127.0.0.1时访问images下的图片资源，否则返回403

当然你也可以给不符合referer规则的请求重定向到一个默认的图片，比如下边这样

location /images/ {
valid_referers blocked www.127.0.0.1 127.0.0.1
if ( $KaTeX parse error: Undefined control sequence: \* at position 50: …rite ^/images/.\̲*̲\.(gif|jpg|jpeg…$ /static/qrcode.jpg last;
}
}
控制并发连接数
可以通过ngx_http_limit_conn_module模块限制一个IP的并发连接数

http {
limit_conn_zone $binary_remote_addr zone=ops:10m;

server {
listen 80;
server_name 127.0.0.1;

root /home/project/webapp;
index index.html;

location / {
limit_conn ops 10;
}

access_log /tmp/nginx_access.log main;
}
}
limit_conn_zone：设定保存各个键(例如$binary_remote_addr)状态的共享内存空间的参数，zone=空间名字:大小

大小的计算与变量有关，例如$binary_remote_addr变量的大小对于记录IPV4地址是固定的4 bytes，而记录IPV6地址时固定的16 bytes，存储状态在32位平台中占用32或者64 bytes，在64位平台中占用64 bytes。1m的共享内存空间可以保存大约3.2万个32位的状态，1.6万个64位的状态

limit_conn：指定一块已经设定的共享内存空间(例如name为ops的空间)，以及每个给定键值的最大连接数

上边的例子表示同一IP同一时间只允许10个连接

当有多个limit_conn指令被配置时，所有的连接数限制都会生效

http {
limit_conn_zone $binary_remote_addr zone=ops:10m;
limit_conn_zone $server_name zone=coffee:10m;

server {
listen 80;
server_name 127.0.0.1;

root /home/project/webapp;
index index.html;

location / {
limit_conn ops 10;
limit_conn coffee 2000;
}
}
}
上边的配置不仅会限制单一IP来源的连接数为10，同时也会限制单一虚拟服务器的总连接数为2000

缓冲区溢出攻击
缓冲区溢出攻击是通过将数据写入缓冲区并超出缓冲区边界和重写内存片段来实现的，限制缓冲区大小可有效防止

client_body_buffer_size 1K;
client_header_buffer_size 1k;
client_max_body_size 1k;
large_client_header_buffers 2 1k;
client_body_buffer_size：默认8k或16k，表示客户端请求body占用缓冲区大小。如果连接请求超过缓存区指定的值，那么这些请求实体的整体或部分将尝试写入一个临时文件。

client_header_buffer_size：表示客户端请求头部的缓冲区大小。绝大多数情况下一个请求头不会大于1k，不过如果有来自于wap客户端的较大的cookie它可能会大于 1k，Nginx将分配给它一个更大的缓冲区，这个值可以在large_client_header_buffers里面设置

client_max_body_size：表示客户端请求的最大可接受body大小，它出现在请求头部的Content-Length字段，如果请求大于指定的值，客户端将收到一个"Request Entity Too Large" (413)错误，通常在上传文件到服务器时会受到限制

large_client_header_buffers 表示一些比较大的请求头使用的缓冲区数量和大小，默认一个缓冲区大小为操作系统中分页文件大小，通常是4k或8k，请求字段不能大于一个缓冲区大小，如果客户端发送一个比较大的头，nginx将返回"Request URI too large" (414)，请求的头部最长字段不能大于一个缓冲区，否则服务器将返回"Bad request" (400)

同时需要修改几个超时时间的配置

client_body_timeout 10;
client_header_timeout 10;
keepalive_timeout 5 5;
send_timeout 10;
client_body_timeout：表示读取请求body的超时时间，如果连接超过这个时间而客户端没有任何响应，Nginx将返回"Request time out" (408)错误

client_header_timeout：表示读取客户端请求头的超时时间，如果连接超过这个时间而客户端没有任何响应，Nginx将返回"Request time out" (408)错误

keepalive_timeout：参数的第一个值表示客户端与服务器长连接的超时时间，超过这个时间，服务器将关闭连接，可选的第二个参数参数表示Response头中Keep-Alive: timeout=time的time值，这个值可以使一些浏览器知道什么时候关闭连接，以便服务器不用重复关闭，如果不指定这个参数，nginx不会在应Response头中发送Keep-Alive信息

先自我介绍一下，小编浙江大学毕业，去过华为、字节跳动等大厂，目前阿里P7

深知大多数程序员，想要提升技能，往往是自己摸索成长，但自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年最新网络安全全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友。