Назад | Перейти на главную страницу

Nginx 1.2.1 кастом 404

Я пытаюсь сделать пользовательскую ошибку 404 с помощью nginx.

Сначала на своем локальном компьютере я добавил следующие строки на сайт по умолчанию:

 error_page 404 /custom_404.html;
    location = /custom_404.html {
            root /usr/share/nginx/html;
            internal;
    }

Затем в папке / usr / share / nginx / html я создал файл nes с именем custom_404.html.

Затем я подошел к своей машине для разработки и попытался сделать то же самое, но без особого успеха.

Одна из вещей, которые я заметил, это то, что я использую локально версию 1.9.3, а в среде разработки версию 1.2.1, а также то, что формат html (/ usr / share / nginx / html) не существует.

И последнее: в разработке я использую nginx для приложений django, поэтому мой конфигурационный файл выглядит примерно так:

server {
listen 80;
server_name test.example.net;

# output compression saves bandwidth
gzip  on;
gzip_http_version 1.1;
gzip_vary on;
gzip_comp_level 6;
gzip_proxied any;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;

client_max_body_size 10M;

if ($http_user_agent ~* '(blackberry|
    iemobile|iphone|ipod|mobile|Mobile|
    nokia|opera\s+mini|smartphone|symbian|webOS)') {
    set $mobile on;
}

if ($http_user_agent ~* 'ipad'){
    set $mobile off;
}

if ($host = example.net) {
    rewrite ^(.*)$ http://www.example.net$1 permanent;
}

if ($uri = '/') {
    set $home_es on;
}

if ($http_referer ~* ^http://test.example.net){
    set $home_es off;
}

if ($home_es = on) {
    rewrite ^(.*)$ /es$1 permanent;
}

gzip_buffers 16 8k;
gzip_disable "MSIE [1-6].(?!.*SV1)";

# media - folder in uri for admin static files
location /newmedia/ {
    expires 30d;
    root /media/jumbo_project;
}
location /media/ {
    expires 30d;
    alias /home/jumbo/media/jumbo_project/newmedia/;
}
location /static/ {
    expires 30d;
    root /media/jumbo_project;
}

error_page   502 503 504 500 /50x.html;

location /50x.html {
    internal;
}

location / {
    proxy_pass  http://localhost:8000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_read_timeout 60;
}

log_format log_time '$request_time $remote_addr - $remote_user [$time_local]  '
    '"$request" $status $body_bytes_sent '
    '"$http_referer" "$http_user_agent"';

access_log  /var/log/nginx/jumbo-wsgi.access.log log_time;
error_log   /var/log/nginx/jumbo-wsgi.error.log;

У меня закончились результаты Google, чтобы попробовать, поэтому, если кто-то может дать мне руководство, чтобы продолжить, было бы здорово.

Ну а если папки / usr / share / nginx / html не существовало, то куда вы тогда поместили файл с ошибкой? Nginx обслуживает файлы из любой папки, которая вам нравится, вам просто нужно указать, в какой. Вот почему вы используете корневую директиву.

Итак, либо создайте папку / usr / share / nginx / html и поместите туда файл, либо поместите его, например, / what / ever / и измените свою конфигурацию на

error_page 404 /custom_404.html;

location = /custom_404.html { 
    root /what/ever/folder; 
    internal;
}

Просто, а?

ОК, не все так просто. Я не думаю, что изменение вашей конфигурации на указанное местоположение ("@foo") что-то меняет. Что вы имели в виду под «запуском и перезапуском»? Перезапускаете nginx или django?

Возникают ли ошибки при перезагрузке конфигурации nginx?

Вы проверяли, действительно ли вы получаете 404, когда ваш проект django не работает? В моей конфигурации есть proxy_pass для прокси-сервера веб-камеры. Когда эта веб-камера недоступна, я получаю сообщение «502 Bad Gateway».

Если я поймаю это с error_page 502 /error_page.html; и

        location = /error_page.html  {
             root /what/ever/folder;
    }

мой пользовательский файл ошибок обслуживается.

После разговора с моей коллегой она заставила меня изменить способ решения проблемы.

Я хотел отображать страницу обслуживания всякий раз, когда мне нужно остановить / перезапустить проект django, чтобы он не отображал 404 Not Found, потому что служба 503 должна быть временно недоступна.

В настоящее время я делаю это, добавляя следующий код:

location / {
    proxy_pass  http://localhost:8000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_read_timeout 60;

    proxy_intercept_errors on;

    error_page 404 = @custom_error;
}

location @custom_error {
    index error_page.html;
    root /usr/share/nginx/www; 
    internal;
}

Но это дает мне 502 Bad Gateway, и после запуска и перезапуска я обнаружил, что строка, которая дает мне эту ошибку, является следующей строкой:

error_page 404 = @custom_error;

Возможно, я делаю это неправильно, но (для меня) имеет смысл, что он должен что-то делать с прокси, и это должно определять, недоступна ли служба на другом конце (порт 8000).

Я пробовал решение, которое @JosefScript прокомментировал выше, но безуспешно.

Еще я думаю, что у этой версии nginx (1.2.1) есть некоторые проблемы, но я не могу ее обновить, потому что облачная машина google работает с измененным образом debian. И у этого образа есть собственные репозитории, которыми Google управляет напрямую.

Благодаря помощи JosefScript я смог это сделать, и вот окончательный код.

error_page   503 504 500 /50x.html;
error_page   502  /error_page.html;  # NEW 

location /50x.html {
    internal;
    }

location /error_page.html{  #  NEW
    root /home/jumbo;       #  NEW
    }                       #  NEW

location / {
    proxy_pass  http://localhost:8000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header Host $host;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_read_timeout 60;

    proxy_intercept_errors on;   #  NEW
    }

Я думаю, что я делал неправильно, так это то, что я не сообщил об ошибке 502 для обслуживания конкретного файла (моя страница с ошибкой) и ждал, пока 404 обработает этот файл.

Еще одна вещь, на которую следует обратить внимание, это то, что я думал, что все это как статический маршрут файла, а не перенаправление прокси.

Еще раз спасибо @JosefScript за помощь и за правильные вопросы ^ _ ^