Nginx: код 503 в конфиге по факту оказывается 302. Почему?

Question

[Иван Новиков]

server {
listen $ip:$port;
server_name example.com;

location / {
    root   /usr/share/nginx/html;
    index index.html index.htm;
    error_page 503 http://example.com/maintrance.html;
    return 503;
}

location = /maintrance.html {
return 200;
}

Интуитивно ожидаю, что вместе с maintrance.html прилетит код состояния 503, но прилетает 302 (которого нигде в конфиге нет и по дефолту протиснуться ему вроде бы некуда, все коды прописаны явно) и потом прилетает 200. Ну, это понятно.
Почему 302, чего я не знаю и где я дурак? Может быть так и должно быть?

Решение с ожидаемым поведением:

server {
listen $ip:$port;
server_name example.com;

location / {
    root   /usr/share/nginx/html;
    index index.html index.htm;
    error_page 503 /maintrance.html;
    return 503;
}
# Без этого локейшна в такой конфигурации сервер отдаёт не ту страницу для 503:
location /maintrance.html {
return 200;
}

}

Comments

[ТыжСисАдмин]

HTTPS настроен? Принудительное перенаправление на HTTPS есть?

[Иван Новиков]

Алексей POS_troi: Нет. Есть только то, что написано. Минимальный конфиг.
Когда-то прикручивал Let's Encrypt, но с тех пор изменился IP, да и сервак об этом ничего не знает, https не работает в принципе, не думаю, что это существенная информация, но на всякий случай.

Answer 1

[Dmitry MiksIr]

Так как у вас URL в error_page указан с http и доменом - подразумевается внешний редирект. Отсюда и 302. Для получения того, что вы хотите, пишите
error_page 503 /maintrance.html;
Так же, если вы хотите получить 200 в ответе, не обязательно описывать отдельный локейшн, можно решить все той же error_page, это будет так
error_page 503 =200 /maintrance.html;
И тогда location = /maintrance.html можно выкинуть.

UPD: Да, ступил. Так как error_page делает внутренний редирект, то если нет отдельного location /maintrance.html - сервер снова попадает в location / и получается бесконечный цикл редиректов. Так что в таком случае location /maintrance.html нужен.

Попутно хочу акцентировать внимание на другом способе, более популярном, особенно если нам не нужно выдавать 503.

location / {
    root   /usr/share/nginx/html;
    index index.html index.htm;
    try_files /maintrance.html $uri $uri/ =404;
}

try_files перебирает указанные аргументы пока не встретит существующий на диске. Т.е. в такой конфигурации достаточно создать /usr/share/nginx/html/maintrance.html - начинает выдаваться он, если его удалить - начинают работать обычные запросы (параметр $uri и $uri/).

Comments

[Иван Новиков]

Ваше решение сработало наполовину: без локейшна /maintrance.html сервер вообще не может решить, что ему отдавать и браузер дооолго ждёт ответа, но про внешний URL прямо в точку. Работающий как ожидается конфиг выложу в комментарий к вопросу. Спасибо! Отмечаю как решение.

[Иван Новиков]

Выложил в вопрос: только осваиваюсь.

Answer 2

[Андрей Николаев]

Может это внутреннее? Как-бы 503 - это Service Unaviable, а вы вместо отдачи на /maintrance.html отправляете.
А он уже 200 отдает.

Попробуйте удалить:

location = /maintrance.html {
return 200;
}

Будет ли подобный результат ?

Comments

[Иван Новиков]

Так корневой локейшн "замыкается на себя", в итоге вызывая ошибку неверного перенаправления; именно поэтому задано строгое /maintrance.html {} с двухсотым ответом. Меня смущает, что в ответах сервака его (503 кода) нет вообще, есть только 200 и 302. Ваша цепочка (которая по сути и есть наиболее вероятный ответ) была бы совсем логичной, если бы засвечивался 503, но он вытирается начисто. Конфиг есть - толку нет.

Answer 3

[Иван Новиков]

Решение с ожидаемым поведением:

server {
listen $ip:$port;
server_name example.com;

location / {
    root   /usr/share/nginx/html;
    index index.html index.htm;
    error_page 503 /maintrance.html;
    return 503;
}
# Без этого локейшна в такой конфигурации сервер отдаёт не ту страницу для 503:
location /maintrance.html {
return 200;
}

}