Как проксировать запросы только если хост доступен?

Question

Дмитрий Баскаков @dmtrbskkv

Кодим и декодим, а иногда кино смотрим

Nginx

Как проксировать запросы только если хост доступен?

Внутри сети есть сайт на 3000 порте. Иногда он перезагружается и недоступен. Хотелось бы проверить как-то внутри nginx на доступность хост и если он недоступен, то не проксировать на него запрос, а использовать root директорию и выдавать данные из нее

По итогу нужно что-то типа:

if 127.0.0.1:3000
    # проксируем
else
    # используем рут /var/www/html

Вопрос задан более года назад
375 просмотров

Комментировать

Подписаться 3 Простой Комментировать

Пригласить эксперта

Ответы на вопрос 3

5 комментариев

Lynn «Кофеман» @Lynn

Именованный location может быть только последним. Так что этот конфиг будет работать неправильно (если вообще запустится).

Написано более года назад
chupasaurus @chupasaurus

Lynn «Кофеман», Конфиг поправил на рабочий. location не обязан быть последним, последним обязано быть что-либо дающее ответ (:

Написано более года назад
Lynn «Кофеман» @Lynn

chupasaurus, всё ещё не рабочий.

https://nginx.org/ru/docs/http/ngx_http_core_modul...

Проверяет существование файлов в заданном порядке и использует для обработки запроса первый найденный файл [...] В случае, если ни один файл не найден, то делается внутреннее перенаправление на uri, заданный последним параметром.

[...]

Последний параметр может также указывать на именованный location, как в примерах ниже. С версии 0.7.51 последний параметр может также быть кодом

Написано более года назад
chupasaurus @chupasaurus

Lynn «Кофеман», а вы сервер потыкайте, а не документацию. Данный конфиг - костыль, но рабочий, а не огнестрельный.

Написано более года назад

Lynn «Кофеман» @Lynn

chupasaurus, и когда ваш «рабочий костыль» ходит в localhost:3000?

Потыкал

$ cat /etc/nginx/sites-enabled/chupasaurus 
# Это типа «костыль»
server {
    listen 127.0.0.1:3001;
    location / {
      root /var/www/html;
      try_files @upstream $uri =404;
    }
    location @upstream {
      proxy_pass http://127.0.0.1:3000;
      proxy_intercept_errors on;
      recursive_error_pages on;
      error_page 404 = @local;
    }
    location @local {
      try_files $uri =404;
    }
}

# Это типа сайт
server {
    listen 127.0.0.1:3000;
    return 200 'OK from 3000\n';
}

$ cat /var/www/html/wtf.html 
Hello from wtf.html
$ curl localhost:3000/wtf.html
OK from 3000
$ curl localhost:3001/wtf.html
Hello from wtf.html
$ curl localhost:3001/wtf2.html
<html>
<head><title>404 Not Found</title></head>
<body bgcolor="white">
<center><h1>404 Not Found</h1></center>
<hr><center>nginx/1.14.0 (Ubuntu)</center>
</body>
</html>

Оба последних запроса должны были вернуть «OK from 3000», но нет.

Написано более года назад

2 комментария

Ваш ответ на вопрос

Войдите, чтобы написать ответ

Войти через центр авторизации

Похожие вопросы

Nginx

Простой
Запрос статичной картинки не зная формата?
- 1 подписчик
- 17 часов назад
- 62 просмотра
1

ответ
Nginx

Простой
Как настроить nginx forward proxy?
- 1 подписчик
- 16 апр.
- 97 просмотров
2

ответа
Nginx

Простой
Как не записывать в логи Nginx юзеров с юзер агентом yandex?
- 1 подписчик
- 13 апр.
- 90 просмотров
1

ответ
PHP

+2 ещё

Простой
Почему PHP-скрипт зависает/завершается на паузе (sleep)?
- 1 подписчик
- 11 апр.
- 121 просмотр
2

ответа
Linux

+1 ещё

Простой
Как расчитывать размеры кэшей и буферов в nginx?
- 3 подписчика
- 11 апр.
- 528 просмотров
1

ответ
Сетевое администрирование

+4 ещё

Средний
Ошибка доступности сайта. Проблема с доменами. Как исправить?
- 1 подписчик
- 10 апр.
- 160 просмотров
1

ответ
Nginx

Простой
Убрать слеш в конце домена (nginx). На внутренних страницах работает, site.ru/ нет?
- 1 подписчик
- 10 апр.
- 65 просмотров
0

ответов
Nginx

Простой
Как получать нужные данные в access_log?
- 1 подписчик
- 09 апр.
- 55 просмотров
1

ответ
Nginx

+1 ещё

Простой
Как избежать падения nginx при отсутствии backend, proxy_pass контейнера?
- 1 подписчик
- 09 апр.
- 81 просмотр
1

ответ
Nginx

+1 ещё

Простой
Primary script unknown. Ошибка настройки путей nginx. Почему?
- 1 подписчик
- 07 апр.
- 36 просмотров
1

ответ
Показать ещё Загружается…

Системный администратор

А5000 Event Solutions • Москва

от 100 000 до 150 000 ₽

Прикладной администратор SberApps

Сбер • Москва

от 230 000 ₽

Главный технолог-эксперт

УБРиР • Екатеринбург

от 108 000 до 108 000 ₽

Доработать клиентское приложение для GTA 5 на C#

20 апр. 2024, в 00:51

1000 руб./за проект

Верстка и логика формы выбора билетов в зале для покупки

20 апр. 2024, в 00:43

10000 руб./за проект

Разработать формирование УПД на Java

20 апр. 2024, в 00:28

20000 руб./за проект

Answer 1 · 2023-02-27 08:15:31

Именнованный location в помощь

location / {
  root /var/www/html;
  try_files @upstream $uri =404;
}
location @upstream {
  proxy_pass http://127.0.0.1:3000;
  proxy_intercept_errors on;
  recursive_error_pages on;
  error_page 404 = @local;
}
location @local {
  try_files $uri =404
}

Answer 2 · 2023-02-27 08:45:30

См. health_check в NGINX
Это относится к выбору серверов. Поэтому надо будет локальную папку поднять как ещё один "сервер" на левом порте, скажем, 3000.

Answer 3 · 2023-02-27 14:58:45

Простой вариант в лоб — обрабатывать ошибку 502.

server {
    listen 127.0.0.1:4000;
    root /var/www/html;

    location / {
      proxy_pass http://127.0.0.1:3000;
      error_page 502 = @local;
    }

    location @local {
    }
}

Вариант с upstream (видимо Сергей Соколов имел в виду его):

upstream backend {
    server 127.0.0.1:3000;        # основной сервер
    server 127.0.0.1:4001 backup; # сервер на случай неработающего основного
}

# запасной сервер, просто отдаёт статику
server {
    listen 127.0.0.1:4001;
    root /var/www/html;
}

# Это наш сервер
server {
    listen 127.0.0.1:4000;
    location / {
      proxy_pass http://backend;
    }
}

Как проксировать запросы только если хост доступен?

Войдите, чтобы написать ответ

Минуточку внимания

Войдите на сайт