10 个Nginx 的安全提示

本文提供了九个关键步骤来确保您的Nginx部署是安全的,包括禁用autoindex模块、限制用户连接数、设置自定义缓存、避免使用HTTP认证等措施。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

 Nginx是当今最流行的Web服务器之一。它为世界上7%的web流量提供服务而且正在以惊人的速度增长。它是个让人惊奇的服务器,我愿意部署它。

  下面是一个常见安全陷阱和解决方案的列表,它可以辅助来确保你的Nginx部署是安全的。

  1. 在配置文件中小心使用"if"。它是重写模块的一部分,不应该在任何地方使用。

“if”声明是重写模块评估指令强制性的部分。换个说法,Nginx的配置一般来说是声明式的。在有些情况下,由于用户的需求,他们试图在一些非重写指令内使用“if”,这导致我们现在遇到的情况。大多数情况下都能正常工作,但…看上面提到的。

看起来唯一正确的解决方案是在非重写的指令内完全禁用“if”。这将更改现有的许多配置,所以还没有完成。

来源: IfIsEvil

  2. 将每个~ .php$请求转递给PHP。 我们上周发布了这个流行指令的潜在安全漏洞介绍。即使文件名为hello.php.jpeg它也会匹配~ .php$这个正则而执行文件。

  现在有两个解决上述问题的好方法。我觉得确保你不轻易执行任意代码的混合方法很有必要。

  1. 如果没找到文件时使用try_filesonly(在所有的动态执行情况下都应该注意) 将它转递给运行PHP的FCGI进程。
  2. 确认php.ini文件中cgi.fix_pathinfo设置为0 (cgi.fix_pathinfo=0) 。这样确保PHP检查文件全名(当它在文件结尾没有发现.php它将忽略) 
  3. 修复正则表达式匹配不正确文件的问题。现在正则表达式认为任何文件都包含".php"。在站点后加“if”确保只有正确的文件才能运行。将/location ~ .php$和location ~ ..*/.*.php$都设置为return 403;

  3. 禁用autoindex模块。这个可能在你使用的Nginx版本中已经更改了,如果没有的话只需在配置文件的location块中增加autoindex off;声明即可。

  4. 禁用服务器上的ssi (服务器端引用)。这个可以通过在location块中添加ssi off; 。

  5. 关闭服务器标记。如果开启的话(默认情况下)所有的错误页面都会显示服务器的版本和信息。将server_tokens off;声明添加到Nginx配置文件来解决这个问题。

  6. 在配置文件中设置自定义缓存以限制缓冲区溢出攻击的可能性

  • client_body_buffer_size  1K;
  • client_header_buffer_size 1k;
  • client_max_body_size 1k;
  • large_client_header_buffers 2 1k;

  7. 将timeout设低来防止DOS攻击。所有这些声明都可以放到主配置文件中

  • client_body_timeout   10;
  • client_header_timeout 10;
  • keepalive_timeout     5 5;
  • send_timeout          10;

  8. 限制用户连接数来预防DOS攻击

  • limit_zone slimits $binary_remote_addr 5m;
  • limit_conn slimits 5;

  9. 试着避免使用HTTP认证。HTTP认证默认使用crypt,它的哈希并不安全。如果你要用的话就用MD5(这也不是个好选择但负载方面比crypt好) 。

### 解决 Nginx 出现 403 Forbidden 错误 当遇到 `open() “/data/www/1.txt” failed (13: Permission denied)` 这样的错误时,通常是因为 Web 服务器尝试访问的文件或目录权限设置不正确。以下是几种可能的原因及解决方案: #### 文件和目录权限配置不当 如果 `/data/www` 或其下的任何子目录或文件具有严格的权限设置,则可能导致此问题。应确保这些位置对于运行 Nginx 的用户(通常是 `www-data`, `nginx` 或其他指定用户)可读。 ```bash chown -R www-data:www-data /data/www/ chmod -R 755 /data/www/ ``` 上述命令将更改 `/data/www` 及其中所有内容的所有权给 `www-data` 用户并调整权限以便该用户可以读取、写入以及执行[^1]。 #### SELinux/AppArmor 配置冲突 某些 Linux 发行版默认启用安全模块如 SELinux 或 AppArmor,它们可能会阻止 Nginx 访问特定路径上的资源。可以通过临时禁用这些服务来测试是否为原因所在;如果是的话,需进一步配置策略允许必要的访问行为。 对于 SELinux: ```bash setenforce 0 ``` 这会切换到宽容模式而不改变现有规则集,在确认无误后再考虑长期方案[^2]。 #### 路径不存在或拼写错误 检查配置中的根 (`root`) 和索引(`index`)指令所指向的位置确实存在,并且没有大小写敏感度引起的差异等问题。例如,给出的例子中指定了 `root /data/www/;` ,那么应当核实这个地址下有合法的内容可供提供[^3]。 #### 日志分析 继续监控 `/var/log/nginx/error.log` 中的日志条目可以帮助定位具体哪个环节出了差错。每次修改配置之后重启 Nginx 并观察新的请求是否会触发相同的错误消息[^5]。 通过以上措施应该能够有效处理大多数情况下由权限不足引发的 403 Forbidden 响应码情况。当然还有更多潜在因素也可能造成相同现象的发生,比如 PHP-FPM 设置等更复杂的情形就需要针对性排查了。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值