Почему nginx по любому адресу открывает одну и ту же страницу?

Question

[shevalex78]

Добрый день, nginx по всем адресам (от site.ru до site.ru/sdfdsfljsdalkgj293) открывает одну и ту же страницу, вместо 404 ошибки. Подскажите куда копать? Перерыл весь конфиг, не могу найти

Comments

[Mikhail Osher]

Для начала, покажите конфиг nginx.

[shevalex78]

Mikhail Osher: отписал ниже

[shevalex78]

user www-data;
worker_processes auto;
pid /run/nginx.pid;
include /etc/nginx/modules-enabled/*.conf;

events {
# Максимальное количество соединений, которые Nginx может обслуживать одновременно
#определяются произведением двух параметров:
# Всего соединений = worker_processes x worker_connections

#Определяет количество рабочих процессов.
#worker_processes auto;

#Устанавливает максимальное количество соединений одного рабочего процесса.
#Следует выбирать значения от 1024 до 4096.
worker_connections 1024;

#Устанавливает метод выбора соединений
use epoll;

#Будет принимать максимально возможное количество соединений
multi_accept on;
}

http {

##
# Basic Settings
##

#Метод отправки данных sendfile более эффективен, чем стандартный метод read+write
sendfile on;

#Будет отправлять заголовки и и начало файла в одном пакете
tcp_nopush on;
tcp_nodelay on;

#Keepalive соединения позволяют избежать необходимости повторного создания
#соединения между клиентом и сервером.
#Будет ждать 30 секунд перед закрытием keepalive соединения
#keepalive_timeout 30;

#Максимальное количество keepalive запросов от одного клиента
keepalive_requests 100;

#Много проблем могут создать медленные (тупящие) клиенты. Медленная передача тела
#запроса от клиента к серверу и неожиданное закрытие клиентом соединений могут
#создать большое количество лишних соединений на сервере.
#Если клиент перестал читать отвечать, Nginx будет сбрасывать соединение с ним
reset_timedout_connection on;

#Будет ждать 10 секунд тело запроса от клиента, после чего сбросит соединение
#client_body_timeout 10;

#Если клиент прекратит чтение ответа, Nginx подождет 2 секунды и сбросит соединение
#send_timeout 2;

#Максималиный размер хеш-таблиц
types_hash_max_size 2048;

#Не будет отображать версию nginx
server_tokens off;

#Размер корзины в хэш-таблицах имён серверов (32|64|128)
# server_names_hash_bucket_size 64;

#Указывание порта в перенаправлениях, выдаваемых от nginx
server_name_in_redirect off;

include /etc/nginx/mime.types;
default_type application/octet-stream;

##
# SSL Settings
##

ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
ssl_prefer_server_ciphers on;

##
# Logging Settings
##

access_log /var/log/nginx_access.log;
error_log /var/log/nginx_error.log;

##
# Gzip Settings
##

#Разрешает или запрещает сжатие ответа методом gzip.
gzip on;

#Запрещает сжатие ответа методом gzip для запросов с полями заголовка “User-Agent”
#похожими на указанные.
gzip_disable "msie6";

# gzip_vary on;

#Настройка сжатия ответа методом gzip для проксированных запросов (off - запрещено,
#expired - сжимать, если в заголовке ответа есть поле “Expires” со значением, запрещающ$
#no-cache - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “no$
#no-store - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “no$
#private - сжимать, если в заголовке ответа есть поле “Cache-Control” с параметром “pri$
#no_last_modified - сжимать, если в заголовке ответа нет поля “Last-Modified”,
#no_etag - сжимать, если в заголовке ответа нет поля “ETag”,
#auth - сжимать, если в заголовке запроса есть поле “Authorization”,
#any - сжимать все проксированные запросы.
gzip_proxied any;

# Степень сжатия (от 1 до 9)
gzip_comp_level 6;

# Число и размер буферов в которые будет сжиматься ответ.
# gzip_buffers 16 8k;

#Минимальная HTTP-версия запроса для сжатия ответа.
#Минимальная HTTP-версия запроса для сжатия ответа.
# gzip_http_version 1.1;

# Сжатие ответа методом gzip для указанных MIME-типов в дополнение к "text/html".
#"text/html" сжимаются всегда.
#gzip_types text/plain text/css application/json application/javascript text/xml applic$

##
# Информация о файлах
# Nginx умеет кешировать информацию о файлах, с которыми ему приходится работать
# (например, css стили или картинки). Если к таким файлам происходит много обращений,
# кеширование может значительно ускорить этот процесс.
##

# Определяет максимальное количество файлов, информация о которых будет содержаться
#в кеше
open_file_cache max=200000 inactive=20s;

# Определяет через какое время информация будет удалена из кеша
open_file_cache_valid 30s;

# Будет кешировать информацию о тех файлах, которые были использованы хотя бы 2 раза
open_file_cache_min_uses 2;

# Будет кешировать информацию об отсутствующих файлах
open_file_cache_errors on;

##
# Virtual Host Configs
##

include /etc/nginx/conf.d/*.conf;
include /etc/nginx/sites-enabled/*;
}
#server {
##
# Настройка защиты от срыва стека
##

# Максимальный размер буфера для хранения тела запроса клиента
# client_body_buffer_size 1K;

# Максимальный размер буфера для хранения заголовков запроса клиента
# client_header_buffer_size 1k;

# Максимальный размер тела запроса клиента, прописанный в поле Content-Length заголовка$
# client_max_body_size 1k;

# Количество и размер буферов для чтения большого заголовка запроса клиента
# large_client_header_buffers 2 1k;

#Обрати внимание на директиву large_client_header_buffers. По умолчанию, для хранения
#строки URI nginx выделяет четыре буфера, размер каждого из которых равен размеру стран$
#памяти (для x86 это 4 Кб). Буферы освобождаются каждый раз, когда по окончанию обработ$
#запроса соединение переходит в состояние keep-alive. Два буфера по 1 Кб могут хранить
#URI длиной только 2 Кб, что позволяет бороться с ботами и DoS-атаками.

# Таймаут при чтении тела запроса клиента
# client_body_timeout 10;

# Таймаут при чтении заголовка запроса клиента
client_body_timeout 10;

# Таймаут при чтении заголовка запроса клиента
# client_header_timeout 10;

# Таймаут, по истечению которого keep-alive соединение с клиентом не будет закрыто со с$
# keepalive_timeout 5 5;

[Юрий Чудновский]

Это не то что нужно. Нужен конфиг сайтов, файлы в /etc/nginx/sites-enabled/

[shevalex78]

Юрий Чудновский:

server {
listen 80 default_server;

root /**root_folder**;
index index.php index.html index.htm;

server_name _;

location / {
try_files $uri $uri/ /index.php?q=$uri&$args;
}

location ~ \.php$ {
try_files $uri = 404;
fastcgi_pass unix:/var/run/php/php7.0-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}

#AUTH to PHPMYADMIN

location /****** {
auth_basic "Admin Login";
auth_basic_user_file /etc/nginx/file**;
}

}

[Юрий Чудновский]

shevalex78: ну вот, по любому запросу делается вызов index.php, которому передаётся в качестве параметра тот урл, который передал браузер. Всё работает в соответствии с настройками.

[Юрий Чудновский]

Конкретно, вот эта строчка: "try_files $uri $uri/ /index.php?q=$uri&$args" сперва пробует указанный браузером урл, затем то же с добавлением слеша в конец, и если ни то ни другое не действительно, то вызывается index.php с параметром в виде урла.

Answer 1

[Юрий Чудновский]

Поскольку у вас сайт, по всей вероятности, построен на использовании фиктивных файлов, обработка которых делается в index.php, то именно в нём вы должны добавить обработку недействительных обращений.
Если же сайт не использует фиктивные файлы, и вы просто бездумно скопипастили конфиг откуда-то - просто уберите вызов index.php

Comments

[shevalex78]

Спасибо!

[Magic_Moment]

Здравствуйте.
Столкнулся с такой же проблемой как и автор поста, но не понимаю, что вы имеете ввиду под понятием "фиктивные файлы"? Спасибо.

[Юрий Чудновский]

Magic_Moment, обращение по адресу, не являющимся файлом/директорией. Часто называется роутами во всяких там фреймворках.

[Magic_Moment]

Юрий Чудновский, может, кому-то будет полезно: в моем случае, нужно было сконвертировать содержимое .htaccess в конфиги виртхостов :)