Напоминание! Привет! Просто хотел напомнить, что сегодня вечером у нас встреча с командой. Будет весело! Не забудьте захватить свои самые безумные идеи и готовьтесь к бурному обсуждению. Жду вас! #teammeeting #brainstorming #innovation

Ну, такое с MT сделать нельзя, извини…

Ну, на самом деле, ты можешь. Прежде всего, тебе понадобится сообщение, которое будет доступно в виртуальном корне по какому-то IP-адресу, например: http://someIPaddress:someport/ должно отображать твое сообщение. Затем обратись к следующей теме, чтобы настроить систему пакетов передачи данных: http://forum.mikrotik.com//viewtopic.php?t=308. Обрати внимание, что тебе придется немного изменить скрипт логирования:
:local sum;
:local traf;
:set sum 0
/ip firewall rule accounting{
:foreach i in [find] do={:incr sum}
:for i from=1 to=$sum do={
:set traf [get [find comment=("user" . $i)]bytes]
:set traf ($traf/1073741824*100)
:if ($traf>90) do={/ip firewall dst-nat add limit-count=1 limit-time=356d dst-port=80 protocol=tcp action=nat to-dst-address=<someIPaddress> to-dst-port=<someport> src-address=[get [find comment=("user" . $i)]dst-address]
:log facility=System-Info message=("user" . $i . " превысил 90% лимита 1Гб!")}
}
}

Дьявол жив – если прочитать задом наперед.

Хм… идея неплохая, но не заблокирует ли эта схема весь HTTP-доступ для пользователя, как только он достигнет 90%? Как "отменить" правило dst-nat после того, как пользователь увидел свое сообщение?

Я пытался использовать этот метод, чтобы перенаправлять пользователей, которые не оплатили свой ежемесячный счет. Я даю им статический IP-адрес в диапазоне 192.168.66.x и затем обрабатываю эти пакеты с меткой del add chain=dstnat src-address=192.168.66.0/24 protocol=tcp dst-port=80 packet-mark=del action=dst-nat to-addresses=66.x.x.35 to-ports=80. Я вижу в Torch, что пакеты отправляются на 66.x.x.35, но ни один не возвращается. Есть какие-нибудь идеи?

Это нормально настроенный сайт. Когда я посмотрел torch без правила, заметил, что, так как я использую точку доступа, у меня прозрачный HTTP-прокси и весь HTTP-трафик проходит через адрес прокси точки доступа. Думаю, мне нужно применить правило после прокси?

Хм, это виртуальный сервер... У меня есть веб-сервер, с которого я могу удалить все виртуальные серверы. http://66.151.140.2 Попробую и отпишусь.

Кстати, Женя, можно ли разместить http://someIPaddress:someport/ в папке /hotspot? Или где-то ещё? Если мой хотспот на 10.5.50.1, то адрес напоминания должен быть: "http://10.5.50.1/remider.html", как и у всех остальных стандартных MT веб-страниц?

Возможно, ошибка перенаправления на веб-сервере работает не должным образом? Она должна перенаправлять на файл html с перенаправлением, который ты хочешь отобразить, если пользователь пытается получить доступ к чему-то, чего не существует. (Кстати, это создаст забавные циклы, если твоя веб-страница неполная). Также, тебе стоит добавить перенаправление с файла index.html на index2.html через 0 секунд, в зависимости от того, какой результат тебе нужен. Может быть, тебе нужно добавить сервер в белый список? После первоначального перенаправления, выполненного шлюзом RouterOS, тебе нужно, чтобы клиент понял, что ему нужно общаться с сервером напрямую (это не постоянное перенаправление, правда?). Прошло 5 лет с тех пор, как я это делал, так что я мог что-нибудь забыть.