Если при попытке создать пользователя ( который скорее всего уже был на сервере ) возникает такая ошибка, то проверяем :
nano /etc/group
nano /usr/local/ispmgr/etc/ispmgr.conf
на вхождения строк данного пользователя.
/usr/local/ispmgr/sbin/mgrctl user.delete elid=user
где user — соответственно пользователь, которого нужно удалить.
Для повышения безопасности мы можем не только использовать сложные пароли, но и ограничивать доступ к скриптам авторизации. Например, чтобы ограничить доступ к wp-login.php , который лежит в корне сайта достаточно добавить в конфиг необходимого блока server ( для нашего виртхоста ) локейшен :
location /wp-login.php {
allow 192.168.1.2;
deny all;
}
При использовании связки nginx + apache возникает проблема с использованием опции блокирования доступа через .htaccess через Order Allow, deny
Подобная проблема с нерабочими правилами решается путем создания дополнительного локейшена в конфиге nginx ( например нужно ограничить доступ в каталогу /comm :
location /comm {
allow 192.168.1.0/255;
deny all;
}
Логика именно сверху вниз, то есть если первым правилом поставить deny all , то последующие allow правила будут игнорироваться.