Блог Ваганова Николая

При установке более старого пакета , когда стоит более новый возникает конфликт :

[root@server ~]# rpm -i nginx-0.8.53-1.i386.rpm
package nginx-0.8.54-1.el5.i386 (which is newer than nginx-0.8.53-1.i386) is already installed
file /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/auto/nginx/nginx.so from install of nginx-0.8.53-1.i386 conflicts with file from package nginx-0.8.54-1.el5.i386
file /usr/lib/perl5/vendor_perl/5.8.8/i386-linux-thread-multi/nginx.pm from install of nginx-0.8.53-1.i386 conflicts with file from package nginx-0.8.54-1.el5.i386
file /usr/sbin/nginx from install of nginx-0.8.53-1.i386 conflicts with file from package nginx-0.8.54-1.el5.i386
file /usr/share/man/man3/nginx.3pm.gz from install of nginx-0.8.53-1.i386 conflicts with file from package nginx-0.8.54-1.el5.i386

[root@server nginx]# nginx -v
nginx version: nginx/0.8.54

Дополняем команду флагами с указанием, что пакет старый

rpm -Uvh —oldpackage nginx-0.8.53-1.i386.rpm

[root@server ~]# rpm -Uvh —oldpackage nginx-0.8.53-1.i386.rpm
Preparing… ########################################### [100%]
1:nginx ########################################### [100%]
[root@server ~]# nginx -v
nginx version: nginx/0.8.53

Если при попытке создать пользователя ( который скорее всего уже был на сервере ) возникает такая ошибка, то проверяем :

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 правила будут игнорироваться.