jcomm

Профиль -> Черная магия -> Детальная статистика А еще обратил внимание на такие записи в rules: ALL 217.12.80.0 DIR3 ALL 217.12.81.0 DIR3 ALL 217.12.82.0 DIR3 ALL 217.12.83.0 DIR3 ALL 217.12.84.0 DIR3 ALL 217.12.85.0 DIR3 ALL 217.12.86.0 DIR3 Что-то это подозрительно наличие таких записей в rules, но точно вам скажет о подозрительности madf...

Ну, теперь берём, запускаем autoubupdate.sh в корне web-сервера (/usr/local/www/apache22/data) и обновляемся до актуальной версии...

Немного там написано Сеть/CIDR, а не Netmask/CIDR Есть разница между 192.168.10.0/24 и 255.255.255.0/24? - Странный вопрос... Учить вас никто и не думает, боже упаси! А вот поучиться вам самому не помешало бы...

Наверно перепутал с тем, что пустой DIR в /etc/stargazer/stargazer.conf, не будет отображен в стандартном STG конфигураторе...

Ярлык находиться в панели управления в разделе "Справочники" и выглядит он вот так: В /etc/stargazer/stargazer.conf для используемых направлений нужно указать им соотв. имена и то-же самое сделать в модуле. Только в /etc/stargazer/stargazer.conf указывается латиницей, а в модуле пишите хоть на турецком...

Увы, не знал... Принял к сведению.

А Stargazer перезапустили? Вот так: # killall stargazer # stargazer

Вот мы и решил проблему с вашей ошибкой: "Cannot add new DHCP entry, failure: already have static lease with this IP address!", всё из-за невнимательного прочтения вики! Если вы считаете это всё хламом, то вам никто не навязывает использование моих скриптов. А уж если решили использовать то, будьте добры, делайте так, как указано в вики, а не кричите, что вы сделали все не так, как там и у вас ничего не работает. А вообще, почитайте пользовательское соглашение...

Во-первых, с какого, простите, хе%а он должен получать динамический, если тип сети указывается "DHCP static hosts"?! Во-вторых, биллинг знает кто и где по логину на микротике, а ваш хлам на микротике это ваши проблемы. В вики же написано: , или это не о чем уже не говорит? Ну, да, ведь вы мастер своего дела и на какой черт мне нужно всё сбрасывать?! Понимайте как хотите Так вперёд! Уже даже известно куда писать надо, ведь опыт то есть работы с mikrotik api? Прощаю...

Да, только у вас уже есть записи на микротике! Но как он должен понимать ваши каракули, что пользователь уже там есть? Уникальным в системе является логин пользователя, а не IP адрес. хотя и последний тоже, но по нему поиск записей не производится, по вполне адекватным причинам! Микротик должен подчиняться биллингу, а не кривым рукам монтажников. По поводу этого очень хорошо объяснил nightfly выше...

Во-первых, делаем то-же самое только с включенным debug в /etc/stargazer/config.ini Во-вторых, как давно обновляли скрипты? Правильно, т.к данные из таблиц MySQL удаляются раньше, чем запускается OnDisconnect. Если надо, можете отключать пользователя перед удалением и всё будет работать как задумано.. ах, да, я тут подумал: Сервер доступа был с пустым содержимым в /ip/dhcp-server/leases?

Ну чего-же не решает?! очень теоретически: берёте, пишите скриптик, который сольёт все подсети из формата: 1.0.0.0/8 2.0.0.0/8 в формат: ALL 1.0.0.0/8 DIR1 ALL 2.0.0.0/8 DIR1 ALL 0.0.0.0/0 DIR0 в качестве исходника берете txt файл с префиксами вашей национальной сети. Так-же можете сделать, чтобы все префиксы из файлов формата DIRx.prefix, где "х" - номер направления. например, записи из DIR1.prefix добавляются в "/etc/stargazer/rules" в таком формате: ALL x.x.x.x/x DIR1 , а префиксы из файла DIR2.prefix - в таком: ALL x.x.x.x/x DIR2 В итоге, получите, что трафик вашей нац. сети буд

Направление это то, куда STG будет считать трафик, например, если указать: ALL 192.168.0.0/24 DIR1 ALL 0.0.0.0/0 DIR0 то старгазер будет иметь представление о 2х направлениях: DIR1 - весть трафик от пользователя к сети 192.168.0.0/24 и обратно, и DIR0 - весь остальной трафик от пользователя и обратно. Если указать так: ALL 192.168.0.0/24 DIR1 ALL 192.168.1.0/24 DIR1 ALL 0.0.0.0/0 DIR0 То по DIR1 будет попадать ЕЩЕ и трафик к 192.168.1.0/24 и обратно (кстати, какой трафик считать указывается в настройках тарифного плана). Так-же в настройках тарифа указывается стоимость за МБ по каждому

К плохой работе именно это не приводило, но сообщение настораживающее.. Исправлено...

Да так, ничем...

Ну, я еще не видел людей, которые с помощью ARP=reply-only ограничивали доступ в Интернет...

Если последовательность не критична, то можно переместить удаление пользователя STG до удаления информации о принадлежности к сети, а сети к NAS`у, чтобы извлечь options и по человечески удалить на нужном MikroTik'е очередь, ARP-запись и запись в Address List.

Согласен с архи-полезностью, ведь всего лишь логина хватит, чтобы удалить все следы пребывания пользователя на NAS`е...

Я ошибся.. Решение придумаю, ждите релиз..

Т.к. информация о пользователе удаляется и БД скрипт не может ее извлечь.. Единственное, что можно сделать - это задействовать скрипт "OnUserDel", но, насколько я знаю, Ubilling вызывает только "OnConnect" и "OnDisconnect"..

tools - graphing - queue rules Чтобы экспортировать количество трафика вам, на самом деле нужен сервер (можно и обычный комп. с freebsd, например). Туда можно биллинг установить и вести учет всех абонентов там, с трафиками, графиками и т.п..

Да, он бы был хорош, если бы не было этого: //very shitty hack sleep(2);

1. Это добавляем через консоль, или создаём аналогичное через WinBox в IP - Firewall - Filter: /ip firewall filter add chain=forward action=accept in-interface="LAN" out-interface="WAN" src-address-list="ALLOW" /ip firewall filter add chain=forward action=accept in-interface="WAN" out-interface="LAN" dst-address-list="ALLOW" После этих правил добавляем это: /ip firewall filter add chain=forward action=drop 2. Этим через консоль добавляем в список, или, опять-же через WinBox на вкладке IP - Firewall - Address List: /ip firewall address-list add address={IP_абонента} list="ALLOW" P.S.

Ага, только по времени происходить это будет раза в 3 дольше...

Да, уже всё работает, без всяких заклинаний! Не забываем, что при обновлении версии Ubilling скрипты STG не обновляются, чтобы обновить их делаем всё по вики... А дальше идем в модуль "Расширенная настройка MikroTik", где всё интуитивно понятно, ставим где надо галочки и все, проверяем))