+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Показать пользователям сообщение о техническом обслуживании

Показать пользователям сообщение о техническом обслуживании, RouterOS

jayk

Guest

06.03.2014 14:20:00

Можно ли как-то показать пользователям нашего WISP уведомление о предстоящих плановых отключениях и техническом обслуживании? Было бы неплохо демонстрировать его, когда они пытаются зайти на веб-страницу, или просто показывать каждые несколько часов. Возможно, какой-то проходной веб-страницы. Честно говоря, не уверен, возможно ли это вообще. Я совсем новичок в Mikrotik и еще учусь. Каждый раз, когда нам приходится делать апгрейды системы, у нас сыплется куча звонков с жалобами на отключения. Такое уведомление про обслуживание могло бы помочь с этим. Вполне возможно, что я мечтаю о чем-то нереальном. Любые идеи или помощь будут очень кстати. Спасибо!

MovingNetworksFwd

Guest

25.04.2014 02:39:00

Нельзя просто положить файл внутрь Mikrotik RouterBOARD и сделать его напрямую видимым, кроме случаев использования hotspot или кастомного пакета (если вы купите партию из 1000 устройств Level3). Параметр «redirect-to=10.0.0.1/netdown.html» ссылается на другой веб-сервер, а не на сам RouterBOARD.

rextended, абсолютно верно. Когда я это делаю, использую hotspot как мини-веб-сервер. Hotspot настроен так, что разрешает все страницы и адреса без авторизации (что позволяет ему отдавать файлы). Я размещаю там страницу «недоступно», что исключает необходимость в отдельном веб-сервере, который обычно всё равно недоступен, когда ведутся работы в сети. Забыл отметить, что поскольку у большинства провайдеров, с которыми я работаю, есть резервирование между несколькими площадками, время безотказной работы у них 99.99+%, а значит давно не приходилось настраивать подобные страницы. Возможно, это не самый лучший способ, но он работает, когда нужно, и полностью автономен. Ryan

Xyl2k

Guest

24.04.2014 20:51:00

/ip proxy set always-from-cache=no cache-administrator=webmaster cache-hit-dscp=4 cache-on-disk=yes enabled=yes max-cache-size=unlimited max-client-connections=600 max-fresh-time=3d max-server-connections=600 parent-proxy=0.0.0.0 parent-proxy-port=0 port=8080 serialize-connections=no src-address=0.0.0.0/ip proxy access add action=deny disabled=no dst-port=“” redirect-to=10.0.0.1/netdown.html Этот скрипт работает всего на 30%, остальные 70% скриптов просто не работают. Было бы полезно, если бы вы дважды проверяли свои скрипты перед тем, как выкладывать их.

MovingNetworksFwd

Guest

24.04.2014 22:49:00

Попробуй так, там были проблемы с пробелами.

/ip proxy set always-from-cache=no cache-administrator=webmaster cache-hit-dscp=4 cache-on-disk=yes enabled=yes max-cache-size=unlimited max-client-connections=600 max-fresh-time=3d max-server-connections=600 parent-proxy=0.0.0.0 parent-proxy-port=0 port=8080 serialize-connections=no src-address=0.0.0.0

/ip proxy access add action=deny disabled=no dst-port="" redirect-to=10.0.0.1/netdown.html

Тебе нужно создать на Mikrotik файл netdown.html, который будет вызываться каждый раз, когда срабатывает это правило.

Райан

rextended

Guest

24.04.2014 23:43:00

Все описанные методы не работают в случае сбоя. Если ваша сеть лежит, есть пять (а может и больше) вариантов:

Клиент запрашивает страницу http://www.google.com, которая уже есть в вашем DNS, И ВАШ КЛИЕНТ ИСПОЛЬЗУЕТ ВАШ DNS, и система правильно показывает страницу обслуживания.
Клиент запрашивает страницу http://www.google.com, которая уже есть в кэше DNS клиента, и система правильно показывает страницу обслуживания.
Клиент запрашивает http://www.google.com, но использует внешний DNS, например 8.8.8.8. DNS не может разрешить адрес, и браузер клиента показывает «сервер не найден» вместо страницы обслуживания.
Клиент запрашивает http://www.google.com, но у вас нет этой страницы в кэше вашего DNS. DNS не может разрешить адрес, и браузер показывает «сервер не найден» вместо страницы обслуживания.
Клиент запрашивает http://www.google.com, использует ВАШ DNS, и у вас настроен DNS так, чтобы всегда возвращать фиксированный IP для необнаруженных DNS-запросов (как у OpenDNS), тогда клиент правильно видит страницу обслуживания.

Для абонентов aacable:
Подсказка: перестаньте использовать сторонние источники для проверки… Подумайте, что будет, если Google однажды остановит сервис на 8.8.8.8. Есть представление, сколько систем сочтут это ошибкой / перезапустятся / пойдут неправильным маршрутом?

Вы фактически теряете ещё один балл кармы. Пробовали ли вы так? «создать файл на Mikrotik с именем netdown.html»

Нельзя просто положить файл внутри роутера Mikrotik и сделать его напрямую доступным, кроме случаев использования hotspot или кастомного пакета (если вы купили партию из 1000 устройств Level3).
«redirect-to=10.0.0.1/netdown.html» — это перенаправление на другой веб-сервер, а не на сам роутер.

aacable

Guest

25.04.2014 04:13:00

rextended: Да, вы абсолютно правы, я просто предложил очень простой и базовый вариант, который можно использовать, чтобы получить общее представление о том, как это можно сделать. Но в реальной сети стоит применять более умные методы, например, проверку нескольких хостов, а не только Google DNS. Я упоминал об этом раньше. «Вы можете выполнять эту задачу более изящно и контролируемо с помощью скриптов, которые выполняют разные функции: например, частоту проверок, проверку нескольких хостов вместо одного, действия в зависимости от результатов задержки, отправку писем и многое другое».

Xyl2k

Guest

25.04.2014 15:10:00

«redirect-to=10.0.0.1/netdown.html» относится к другому веб-серверу, а не к самому routerboard. И если действительно возникнет проблема с обслуживанием, то страница не будет загружаться с того сервера для отображения в браузере пользователя.

delhite2

Guest

30.04.2021 18:23:00

Вот, пожалуйста. Кто-то улучшил скрипт для отображения страницы обслуживания, который был размещён здесь http://forum.mikrotik.com/t/hotspot-login-redirect-page-without-internet/78594/30, и выложил его на сайте https://buy.guru. Он работает идеально и без сбоев. Прикладываю прямую ссылку на скрипт. Но, как указано, не забудьте создать вторую папку и заполнить её, иначе он не заработает! https://buy.guru/script-hotspot-mikrotik-maintenancepage/

rextended

Guest

30.04.2021 19:16:00

Ты поднимаешь тему с 2014 года для другого сайта, где просто скопипастили уже существующий пост от 12 марта 2018 на форуме Mikrotik??? http://forum.mikrotik.com/t/hotspot-login-redirect-page-without-internet/78594/30 И при этом сделали это плохо, потому что некоторые части пропущены… оригинальный автор: Muqatil (Renato Bernardi). Ты с buy-guru деньги получаешь?

delhite2 Guest	#10 0 30.04.2021 20:06:00 Сэр, это был не очень удачный скрипт, если присмотреться, там много отличий. Скрипт, который я нашёл и выложил, правильно перехватывает и перенаправляет даже когда сеть провайдера оффлайн. Он также удаляет уже подключённых клиентов, чтобы они понимали, что провайдер недоступен. Там добавлена команда "/ip hotspot cookie remove [find];", которую я пропустил и должен был включить. Если использовать оба скрипта, вы увидите разницу. Я бы выложил это вместе с моим предыдущим постом в другой теме, но был ленив и не стал искать глубже. К счастью, вы подняли этот вопрос, если у вас есть возможность, пожалуйста, объедините мои посты там. Спасибо.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры