Recently, fail2ban has ceased to protect normally from brute force on wordpress , because ip is unique in every request and blocking every address is meaningless.
Since such nonsense, I decided to restrict access to the wp-login.php file by ip. There is one nuance here: for the location specified in the nginx configuration file, you need to add a script handler when using php-fpm .
As a result, the design looks like this:
server {
...
location ~ * wp-login \ .php $ {
allow 127.0.0.1;
deny all;
try_files $ uri = 404;
fastcgi_pass unix: /run/php-www.sock;
include fastcgi_params;
fastcgi_param SCRIPT_FILENAME $ document_root $ fastcgi_script_name;
fastcgi_ignore_client_abort off;
fastcgi_param PHP_VALUE "sendmail_path = / usr / sbin / sendmail -t -i -fmail@example.com";
fastcgi_param PHP_ADMIN_VALUE "open_basedir = / var / www / example.com /: / var / save_path /: / var / tmp_dir /";
}
...
} Now bots get error 403 instead of login page. Only this method is not very universal - if there is a user registration on the site, it will not work.
But if you are the only user, then you can connect a fantasy, and instead of access via ip, make access by user-agent, by password ...
How do you rate the article?
