Заглушка при отсутствии web ресурса

[Manless]

Добрый! Ситуация такая, что в нашей организации есть несколько веб ресурсов. И начальство поставило задачу сделать заглушку, если один из сайтов не будет работать. Я с микротом не оч дружу, но хочу научиться, как это сделать.
Имеем MIKROTIK CCR1009-8G-1S с 6.40.6 на борту.

Я так понимаю, нужно каким то образом пинговать сервер или ресурс, и если ответа не поступает, то перенаправлять на html страницу, которую можно сделать прям на самом микроте.

Прошу помощи) 

Спасибо

Edited March 25, 2020 by Manless

[Saab95]

На самом микротике можно сделать хотспот, заменить его начальную страничку на информационную, и на нее сможете перенаправлять. Но делать хотспот на рабочем микротике не нужно - он насоздает кучу правил. Поэтому вам нужен второй микротик, любой, на котором сделаете хотспот. На основном через нетвач будете пинговать ресурсы, если пинги не ходят, создавать правило перенаправления, что бы они кидали на микротик с хотспотом. Но если сайт https, то ничего не получится.

[Manless]

Спасибо. А если по внутреннему ресурсу пинговать сам сервер? Типа пинг 192.168.х.х, и если нет пинга, то перенаправлять на заглушку?

Edited March 25, 2020 by Manless

[Saab95]

Да. Но это сработает если на этом ресурсе только один веб сервис, если их несколько, то нельзя определить доступны ли они сами, а не только пинг до узла.

[fractal]

2 часа назад, Saab95 сказал:

Да. Но это сработает если на этом ресурсе только один веб сервис, если их несколько, то нельзя определить доступны ли они сами, а не только пинг до узла.

telnet до нужного порта

[Manless]

@Saab95 да, там один ресурс на одном ip. Т.е. просто по тупому, пинга нет до тачки с серваком - перенаправлять на заглушку. Можно теперь направить меня на мануалы? :)

[maxkst]

@Manless А если пинг есть, но веб-сервер упал, что тогда?

[Manless]

@maxkst на этот случай еще думать)

[VolanD666]

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

[maxkst]

В 30.03.2020 в 02:06, VolanD666 сказал:

вы должны сообщить про это клиенту- отправив его на загушку

А что если на полнофункциональную копию? бэкэнд теоретически может быть общим

[floop]

Установить http прокси, который сделает перенаправление или покажет заглушку, если сайт не отвечает.

Edited April 23, 2020 by floop

[maxkst]

В 23.04.2020 в 05:06, floop сказал:

Установить http прокси, который сделает перенаправление или покажет заглушку, если сайт не отвечает.

МТ прокси такое умеет по дефолту, или крутить настройки надо? есть пример?

[floop]

@maxkst Не знаю как МТ, а nginx умеет proxy_intercept_errors

[floop]

Можно как-то через скрипты проверять и делать что-то если сервер не алё. Я не адепт МТ, просто рылся в инетах, нашел инфу) 

:do {
    /tool fetch "http://example.org/"
} on-error= {
    :put [/ip route .......];
};