Как исправить Nginx автоматически 301, перенаправляя на тот же URL с косой чертой?

Я получаю нежелательное поведение от Nginx, где он перенаправляет запросы, когда я пытаюсь получить доступ к индексным файлам в подкаталогах моего веб-приложения по тому же URL-адресу, но с добавленной косой чертой.

У меня есть простое веб-приложение, настроенное с корневым каталогом, и несколько подкаталогов в нем, в каждом из которых есть файл index.php.
Операционная система сервера — сервер Ubuntu, Nginx — сервер, и установлен PHP5-fpm.

Я хочу перейти к http://foo/bar чтобы получить вывод index.php в bar, Но если я перейду к http://foo/bar Я всегда перенаправлен на http://foo/bar/,

Я посмотрел на логин доступа Nginx в /var/log/nginx/access.log и кажется, что запросы перенаправляются с того, что я запрашиваю (http://XXX.XXX.X.X/about например) на тот же URL с добавленной косой чертой (http://XXX.XXX.X.X/about/) через 301. Вот пример кода из журнала:

192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /why HTTP/1.1" 301 178 "http://192.168.1.7/services/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /why/ HTTP/1.1" 200 3086 "http://192.168.1.7/services/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /contact HTTP/1.1" 301 178 "http://192.168.1.7/why/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"192.168.1.2 - - [06/May/2015:14:53:20 -0500] "GET /contact/ HTTP/1.1" 200 2325 "http://192.168.1.7/why/" "Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:37.0) Gecko/20100101 Firefox/37.0"

Но я не уверен, почему их перенаправляют или что их вызывает.

Это файлы конфигурации Nginx:


nginx.conf

user  nginx;
worker_processes  1;

pid /run/nginx.pid;

events {
worker_connections 1024;
# multi_accept on;
}

http {
sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 65;
types_hash_max_size 2048;
server_tokens off;

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

access_log /var/log/nginx/access.log;
error_log /var/log/nginx/error.log;

gzip on;
gzip_disable "msie6";

# gzip_vary on;
# gzip_proxied any;
# gzip_comp_level 6;
# gzip_buffers 16 8k;
# gzip_http_version 1.1;
# gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

include /etc/nginx/sites-enabled/*;
}

сайты включены по умолчанию

server {
listen 80 default_server;
listen [::]:80 default_server;

root /var/www/html/;

index index.php index.html index.htm;

server_name localhost;

location / {
try_files $uri $uri/ =404;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root /var/www/html/;
}

location ^~ /files/  {
root /var/www/html/;
}

location ~ \.php$ {
try_files $uri =404;
fastcgi_split_path_info ^(.+\.php)(/.+)$;
fastcgi_pass unix:/var/run/php5-fpm.sock;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
include fastcgi_params;
}
}

Почему Nginx делает это, и что является (являются) решением (ями) для этого? Что является наиболее «чистым», «правильным» или наиболее верным решением для соглашения?

0

Решение

Это результат try_files директивы. Он ищет файл с именем aboutи когда он не может найти его, он продолжает искать папку с именем about, (Папка обозначена в конце / на $uri/.)

Папка about/ соответствует, поэтому nginx будет искать файл, соответствующий любому из имен, указанных в index директивы. Тем не мение, использование индексного файла вызывает внутреннее перенаправление (цитируется в документации по nginx), где ваш трейлинг / происходит от.

Что бы это ни стоило, я вижу точно такое же поведение в моей установке nginx, так что это не (просто) ваш конфиг.

1

Другие решения

Других решений пока нет …

По вопросам рекламы [email protected]