主页 / server / 问题 / 816661
Accepted
frlan
Asked: 2016-11-24 07:58:40 +0800 CST

通过 http auth 和大量请求提高 Nginx 的性能

  • 772

我在 Nginx 服务器后面通过 fpm 运行了一个 PHP 端。对于 $reasons，我们需要在该设置之前有一个 http 基本身份验证，所以我最终设置为：

#… server section ….

    auth_basic "Restricted";
    auth_basic_user_file /path/to/htpasswd;

#… some more locations …

location ~ \.php$ {


    fastcgi_pass 127.0.0.1:9001;
    fastcgi_split_path_info ^(.+\.php)(/.*)$;
    include /etc/nginx/fastcgi_params;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    fastcgi_param HTTPS off;
    fastcgi_param APPLICATION_ENV production;
}

哪个有效-但速度很慢。它仅以 100% 的 cpu 利用率处理一个又一个请求。如果我删除 http_auth 它的工作速度很快。

我的问题是：如何改进设置以确保即使使用 http_auth 性能也不错？

以供参考：

# nginx -V
nginx version: nginx/1.8.1
built with OpenSSL 1.0.2j  26 Sep 2016
TLS SNI support enabled
configure arguments: --prefix=/usr --conf-path=/etc/nginx/nginx.conf --error-log-path=/var/log/nginx/error_log --pid-path=/run/nginx.pid --lock-path=/run/lock/nginx.lock --with-cc-opt=-I/usr/include --with-ld-opt=-L/usr/lib --http-log-path=/var/log/nginx/access_log --http-client-body-temp-path=/var/lib/nginx/tmp/client --http-proxy-temp-path=/var/lib/nginx/tmp/proxy --http-fastcgi-temp-path=/var/lib/nginx/tmp/fastcgi --http-scgi-temp-path=/var/lib/nginx/tmp/scgi --http-uwsgi-temp-path=/var/lib/nginx/tmp/uwsgi --with-ipv6 --with-libatomic --with-pcre --with-http_realip_module --add-module=external_module/ngx_devel_kit-0.2.19 --add-module=external_module/lua-nginx-module-0.9.15 --add-module=external_module/modsecurity-2.9.1-nginx-207c85d/nginx/modsecurity --with-http_ssl_module --without-mail_imap_module --without-mail_pop3_module --without-mail_smtp_module --user=nginx --group=nginx
php nginx http-basic-authentication

2 个回答

  1. Best Answer

    我的问题的根本原因不是直接由 Nginx 引起，而是我用于 htpasswd 的算法。由于在我上面的配置中一次又一次地检查此文件，因此使用一种不会占用此资源的算法非常重要。我最初使用 Python hashlib 调用的基于 sha512 的算法

    passlib.hash.sha512_crypt.encrypt(password)

    这太多了。通过直接调用 htpasswd 更改为更简单的算法时

    htpasswd /path/to/passwdfile myusername

    性能问题消失了。

    • 0

  2. 我在使用 Nginx 和基本 HTTP Auth 时遇到了同样的问题。我使用htpasswdbcrypt 选项的轮数太多。我尝试了 17 的最大值（带有选项-C 17），但服务器根本不喜欢这样。CPU 达到 100%，每个页面都需要一分钟才能加载。

    htpasswd -B -C 17 -c /etc/nginx/.htpasswd username

    该-C选项仅在使用 bcrypt 时-B使用，设置用于 bcrypt 算法的计算时间（越高越安全但速度越慢，默认值：5，有效：4 到 17）。计算 bcrypt 密码哈希值的成本随着-C选项指定的轮数而增加。

    默认加密算法htpasswd使用的是为 Apache 修改的 MD5 版本。但是通过 -B 选项，您可以使用 bcrypt。Bcrypt 现在被认为是非常安全的。

    我最终解决了7轮。这似乎运作良好，CPU 不会飙升，页面加载时间也很好。

    htpasswd -B -C 7 -c /etc/nginx/.htpasswd username
    • 0

相关问题