В данный момент нет.

а почему так сделано что правила для типы правил для шлюза прописываются только для открытия шлюза, а для закрытия шлюза используются правила жестко прописанные в скрипте manad?
По-моему значительно логичнее сделать возможность задавать в интерфейсе правила не только для открытия шлюза, но и для закрытия, что позволит реализовать системно-независимый и гибкоконфигурируемый скрипт manad.

но количество закрываемых правил должно быть равно количеству открываемых правил. поэтому странно что открываемые правила можно редактировать, а закрываемые нет

я уже решил проблему прописав все правила в сам скрипт manad, а в редакторе правил написал {N0} {A} 100

правда осталась проблема с общим шейпингом всех IP-адресов для абонентов имеющих более одного адреса (т.е. что бы задавалась суммарная скорость для всех его адресов)

В версии 4.4 (котрая еще не вышла на текущий момент) реализован пример Manad-а под Linux .
Его настойка описана здесь:
http://bgbilling.ru/v4.4/doc/ch09s10.html#d0e8062

Для его реализаци в системе были введены незначительные изменеия , поддержка старого Manad -а также осталась.

новый manad только с 4.4 будет работать?

а 4.3 сборка 40 можно этим апдейтить?

а еще было бы чудесно добавить отправку не только ip но и произвольного текстового поля, например "коментарий" из "диапазон адресов"

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

возможен ли немеделнный вызов проверки шлюзов ипн для всех клиентов ?

обрабатывается только добвление клиента на роутер, изменение состояния шлюза - нет[/code]

У меня тоже не выходит ладу дать. Версия билинга 4,3 сборка 40.
Скачал исправленный манад под линукс, настроил одному юзеру для теста пользовательские правила, но ситуация та же: при первом запуске manad открытие срабатывает, сохраняется првило для удаления, но при последующих манипуляциях с билингом (открытие-закрытие) ничего не происходит.

Что в логе manad-а ?

В линуксе tc не работает для входящего траффика (работает только для исходящего траффика), поэтому пример из пункта документации 11.1.3 работать не будет, надо поправить указав для входящего траффика другой интерфейс роутера, на котором он будет исходящим
что-то типа

starting manad..

request =test


request =test


request =add 1 [OPEN]||/sbin/iptables -t nat -I PREROUTING -s 192.168.104.77 -j ACCEPT|/sbin/iptables -I FORWARD -t
filter -s 192.168.104.77 -o eth3 -j ACCEPT||/sbin/tc class add dev eth0 parent 1:0 classid 1:[N1] htb rate 256kbit burst 4k p
rio 1|/sbin/tc qdisc add dev eth0 parent 1:[N1] handle [N1]: sfq perturb 10 quantum 1500||/sbin/tc class add dev eth0 parent
1:0 classid 1:[N2] htb rate 128kbit burst 4k prio 1|/sbin/tc qdisc add dev eth0 parent 1:[N2] handle [N2]: sfq perturb 10 qua
ntum 1500||/sbin/tc filter add dev eth0 parent 1:0 protocol ip prio [N1] u32 match ip dst 192.168.104.77 flowid 1:[N1]||/sbi
n/tc filter add dev eth0 parent 1:0 protocol ip prio [N2] u32 match ip src 192.168.104.77 flowid 1:[N2]||[/OPEN]|[CLOSE]|/sbi
n/iptables -t nat -D PREROUTING -s 192.168.104.77 -j ACCEPT|/sbin/iptables -D FORWARD -t filter -s 192.168.104.77 -o eth3 -j
ACCEPT|/sbin/tc filter del dev eth0 parent 1:0 protocol ip prio [N1]|/sbin/tc filter del dev eth0 parent 1:0 protocol ip prio
[N2]||/sbin/tc class del dev eth0 parent 1:0 classid 1:[N1] htb rate 256kbit burst 4k prio 1|/sbin/tc class del dev eth0 par
ent 1:0 classid 1:[N2] htb rate 128kbit burst 4k prio 1||[/CLOSE]|

commands:


/sbin/iptables -t nat -I PREROUTING -s 192.168.104.77 -j ACCEPT
/sbin/iptables -I FORWARD -t filter -s 192.168.104.77 -o eth3 -j ACCEPT

/sbin/tc class add dev eth0 parent 1:0 classid 1:3 htb rate 256kbit burst 4k prio 1
/sbin/tc qdisc add dev eth0 parent 1:3 handle 3: sfq perturb 10 quantum 1500

/sbin/tc class add dev eth0 parent 1:0 classid 1:4 htb rate 128kbit burst 4k prio 1
/sbin/tc qdisc add dev eth0 parent 1:4 handle 4: sfq perturb 10 quantum 1500

/sbin/tc filter add dev eth0 parent 1:0 protocol ip prio 3 u32 match ip dst 192.168.104.77 flowid 1:3

/sbin/tc filter add dev eth0 parent 1:0 protocol ip prio 4 u32 match ip src 192.168.104.77 flowid 1:4

delete =|/sbin/iptables -t nat -D PREROUTING -s 192.168.104.77 -j ACCEPT|/sbin/iptables -D FORWARD -t filter -s 192.168.104.7
7 -o eth3 -j ACCEPT|/sbin/tc filter del dev eth0 parent 1:0 protocol ip prio 3|/sbin/tc filter del dev eth0 parent 1:0 protoc
ol ip prio 4||/sbin/tc class del dev eth0 parent 1:0 classid 1:3 htb rate 256kbit burst 4k prio 1|/sbin/tc class del dev eth0
parent 1:0 classid 1:4 htb rate 128kbit burst 4k prio 1||

request =test


request =remove 1


request =test


request =test


request =remove 1


request =test


request =remove 1


request =test

Вначале сделал "Закрыть" (шлюз до этого открыт был), потом "Открыть", манад отработал включение (правила появились в системе).
Опять выбрал "Закрыть", в логе появился запрос test и remove 1, правила как были, так и остались.. Дальнейшие переключения не помогли.

Ограничение нужно вешать на обе карты - на одной входящий, на другой исходящий - тогда нужен примерно та конфигурация, которую вы предлагаете..толко во втором случае скорее всего нельзя использовать SNAT на том же самом компьютере, т.к на внешнем интерфейсе уже будет подмененный ip

эту проблему можно решить маркируя пакеты iptables а потом уже по метке шейпить

В том-то и фикус, что это все, что есть в логе... Ни ошибок, ни команды remove...
Обновиться - это конечно выход, но обновление билинга - это определенный риск, все-таки уже не 10 клиентов, и в случае проблем с обновлением возможны проблемы финансовые. Поэтому хотелось бы попробовать все варианты со старым билингом. Если уж ничего не поможет, то обновимся полностью до 4.4.