cgi отключил, отключил также пару модулей апача, такие как autoindex и php5_cgi но пока не нормализовалась работа
результат команды:
(все стрикт_стандарты это старая версия phpbb на новой версии php)
---------- Добавлено 21.10.2013 в 10:48 ----------
Ошибка File does not exist 403 заменилась на ошибку Attempt to serve directory
Думаю это после отключения мода autoindex для apache2
Т.е. грубо говоря проблема никуда не ушла, она просто с 403 превратилась в 404. Что-то все равно периодические теряет index.php по неясной причине и запрашивает листинг директории.
я на сегодня все. завтра погоняю, и потестирую с "голым" апачом
с чего начинать выключать модули апача?
по каким логам? в логах все чисто. в логах никто не виноват )
отключить модули можно. пока не пробовал
попробовал index index.php; проблема не ушла. дело не в том что nginx или apache теряют индекс. дело в том, что им и по какой причине не дает его подгрузить
тут бы понять почему nginx делает это иногда. узнать причину. и устранить ее.
конечно пропишу индекс дефолтно в нжинкс. но что-то подсказывает мне, что это не решит проблему.
причем эта проблема только на трех сайтах на вордпресс. на этом же впс, крутится еще с десяток разных других, на разных других cms
и вот с ними такого не возникает. к чему бы это? )---------- Добавлено 20.10.2013 в 23:14 ----------
на CMS ставил (ограничитель количества входов в админку), от передобров на админку. но выпилил уже давно. на апач не ставил вроде.
Да имеет он доступ. Если бы проблема была в пользователе, то тогда бы ничего не работало в принципе.
Конфиг nginx
===
user www-data;
worker_processes 2;
timer_resolution 100ms;
worker_rlimit_nofile 8192;
worker_priority -10;
pid /var/run/nginx.pid;
events {
#worker_connections 768;
worker_connections 2048;
use epoll;
# multi_accept on;
}
http {
##
# Basic Settings
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 5 5;
types_hash_max_size 2048;
# server_tokens off;
# server_names_hash_bucket_size 64;
# server_name_in_redirect off;
include /etc/nginx/mime.types;
default_type application/octet-stream;
# Logging Settings
access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;
# Gzip Settings
gzip on;
gzip_min_length 1100;
gzip_disable "msie6";
gzip_vary on;
gzip_proxied any;
gzip_comp_level 3;
gzip_buffers 64 8k;
gzip_http_version 1.1;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
client_body_timeout 10;
client_header_timeout 10;
send_timeout 10;
# nginx-naxsi config
# Uncomment it if you installed nginx-naxsi
#include /etc/nginx/naxsi_core.rules;
# nginx-passenger config
# Uncomment it if you installed nginx-passenger
#passenger_root /usr;
#passenger_ruby /usr/bin/ruby;
# Virtual Host Configs
include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
include /usr/local/ispmgr/etc/nginx.domain;
client_max_body_size 16M;
log_format isp '$bytes_sent $request_length';
server {
server_name schekino.net www.schekino.net;
listen 88.198.199.18;
disable_symlinks if_not_owner from=$root_path/$subdomain;
set $root_path /var/www/serg-smirnoff/data/www/schekino.net;
set $subdomain "";
location ~* ^.+\.(jpg|jpeg|gif|png|svg|js|css|mp3|ogg|mpe?g|avi|zip|gz|bz2?|rar|swf)$ {
root $root_path/$subdomain;
access_log /var/www/nginx-logs/serg-smirnoff isp;
access_log /var/www/httpd-logs/schekino.net.access.log ;
error_page 404 = @fallback;
location / {
proxy_pass http://88.198.199.18:81;
proxy_redirect http://88.198.199.18:81/ /;
proxy_set_header Host $host;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_set_header X-Forwarded-Proto $scheme;
proxy_set_header X-Real-IP $remote_addr;
location ~* ^/(webstat|awstats|webmail|myadmin|pgadmin)/ {
location @fallback {
include /usr/local/ispmgr/etc/nginx.inc;
if ($host ~* ^((.*).schekino.net)$) {
set $subdomain ../$1;
server_names_hash_bucket_size 72;
server_names_hash_max_size 1024;
nginx на фронтэнд. вместо username username там serg-smirnoff serg-smirnoff соответственно этот юзер и имеет все соотв. права.
понятно что ситуация не типовая. потому что если бы она была типовая, то 403 висел бы всегда. и решалось бы все через Options
но 403 появляется внезапно, и далеко не всегда.---------- Добавлено 20.10.2013 в 18:37 ----------
руками не проверял, проверить можно. но чувствую что с правами и юзерами там все нормально.
Лог ошибок апача на момент 403 выглядит примерно так
Перезапуск я делал в эти моменты руками (это и зафиксировано в логах)---------- Добавлено 20.10.2013 в 13:46 ----------
Все это пробовал. Не катит.
Даже если да, то пробовал затирать эту часть конфига, но ошибка не пропала
