створюєш тариф "TV" і виставляєш бажану пропускну здатність для твого напрямку "Входящая скорость 3","Исходящая скорость 3"
Добавляєш тариф клієнту і в відповідній таблиці до напрямку ствоюються пайпи.

Код:

ipfw table all list |grep table

Дивишся в яку таблицю попадають твої ІР

Код:

ipfw table all list |grep 'table\|10.102.0.20'

Підганяєш свій фаєр щоб дозволяти напрямок тільки тим хто є в таблиці і не забуваєш заборонити решті
щось приблизно таке:

Код:

ipfw add 1 allow ip from table 33 to 11.22.33.44
ipfw add 1 allow ip from 11.22.33.44 to table 33
ipfw add 1 deny all from any to 11.22.33.44

можно ли отключит это поведение и чем будет чревато? 

Для напрямку 1 ставиш швидкість 0.1

01.03. відвалилось ядро  прямо під час перепідключення тарифів. Встигло відпраювати лише 230 абонентів. В логах  nodeny:

Код:

kernel.log
28.02.2022 23:55:38 Start. Flag -h for help
28.02.2022 23:55:38 loading /usr/local/nodeny/sat.cfg
rollback ineffective with AutoCommit enabled at /usr/local/nodeny/Db.pm line 182.

Код:

kernel_balance.log
28.02.2022 23:55:38 loading kernel::balance.pm
28.02.2022 23:55:38 Start

Код:

kernel_services.log
28.02.2022 23:55:35 loading kernel::services.pm
28.02.2022 23:55:35 Start
28.02.2022 23:55:41 Переустановка услуги Підключка (id=440253, uid=11152)
28.02.2022 23:55:41 Переустановка услуги Підключка (id=440258, uid=11436)
01.03.2022 00:00:06 Переустановка услуги PON (id=433404, uid=10360)
01.03.2022 00:00:06 Переустановка услуги PON (id=433405, uid=10168)
01.03.2022 00:00:06 Переустановка услуги PON (id=433406, uid=10347)
...
Після запуску ядра

01.03.2022 09:38:57 Переустановка услуги PON (id=440276, uid=7404)
01.03.2022 09:38:57 Переустановка услуги PON (id=440277, uid=7865)
01.03.2022 09:38:57 Переустановка услуги PON (id=440278, uid=9715)
...

Код:

mysql
2022-02-28T11:34:54.514797Z 5310139 [Note] Aborted connection 5310139 to db: 'nodeny' user: 'nodeny' host: 'localhost' (Got an error reading communication packets)
2022-03-01T07:38:21.732056Z 0 [Note] InnoDB: page_cleaner: 1000ms intended loop took 307738ms. The settings might not be optimal. (flushed=29 and evicted=0, during the time.)
2022-03-01T07:48:27.806062Z 5837421 [Note] Aborted connection 5837421 to db: 'nodeny' user: 'nodeny' host: 'localhost' (Got an error reading communication packets)

Як виявити причин, щоб не повторилась знову?

Код:

ALTER TABLE `services` MODIFY COLUMN `category` varchar(64) NOT NULL DEFAULT "";

є опція "отключать по балансу". Просто ставиш всім абонентам в "НЕТ"
В такому випадку кошти будуть зняті, але доступ в інтернет залишиться.
В N+ всім можна так через sql:

Код:

update users set block_if_limit=0 where block_if_limit=1;

в 49/50 там свої таблиці і значення.

Доброго дня. Після апдейта до останньої версії N+  - snmp модуль на одній лінійці комутаторів, а саме DGS-3000-28SC, перестав показувати стан лінків портів, descriprion, ports_error...
_snmp.cfg.pm повністю дефолтний
Debug:

Код:

	0.233376	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.31.1.1.1.18'
+	0.244256	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.8'
+	0.255181	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.7'
+	0.266659	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.14'
+	0.278703	
125 _snmp.pl::get
error = 'Received tooBig(1) error-status at error-index 0'
oid = '1.3.6.1.2.1.2.2.1.5'

з консолі результат видає

Код:

#snmpwalk -v 2c -c *****  192.168.*.* 1.3.6.1.2.1.2.2.1.8
IF-MIB::ifOperStatus.1 = INTEGER: up(1)
IF-MIB::ifOperStatus.2 = INTEGER: up(1)
IF-MIB::ifOperStatus.3 = INTEGER: up(1)
IF-MIB::ifOperStatus.4 = INTEGER: up(1)
IF-MIB::ifOperStatus.5 = INTEGER: up(1)
IF-MIB::ifOperStatus.6 = INTEGER: up(1)
IF-MIB::ifOperStatus.7 = INTEGER: up(1)
IF-MIB::ifOperStatus.8 = INTEGER: up(1)
IF-MIB::ifOperStatus.9 = INTEGER: up(1)
IF-MIB::ifOperStatus.10 = INTEGER: up(1)
IF-MIB::ifOperStatus.11 = INTEGER: up(1)
IF-MIB::ifOperStatus.12 = INTEGER: up(1)
IF-MIB::ifOperStatus.13 = INTEGER: up(1)
IF-MIB::ifOperStatus.14 = INTEGER: up(1)
IF-MIB::ifOperStatus.15 = INTEGER: up(1)
IF-MIB::ifOperStatus.16 = INTEGER: up(1)
IF-MIB::ifOperStatus.17 = INTEGER: up(1)
IF-MIB::ifOperStatus.18 = INTEGER: up(1)
IF-MIB::ifOperStatus.19 = INTEGER: up(1)
IF-MIB::ifOperStatus.20 = INTEGER: up(1)
IF-MIB::ifOperStatus.21 = INTEGER: up(1)
IF-MIB::ifOperStatus.22 = INTEGER: up(1)
IF-MIB::ifOperStatus.23 = INTEGER: up(1)
IF-MIB::ifOperStatus.24 = INTEGER: up(1)
IF-MIB::ifOperStatus.1024 = INTEGER: up(1)
IF-MIB::ifOperStatus.1146 = INTEGER: up(1)
IF-MIB::ifOperStatus.1800 = INTEGER: up(1)
IF-MIB::ifOperStatus.2043 = INTEGER: up(1)
IF-MIB::ifOperStatus.2047 = INTEGER: up(1)
IF-MIB::ifOperStatus.2051 = INTEGER: up(1)
IF-MIB::ifOperStatus.2052 = INTEGER: up(1)
IF-MIB::ifOperStatus.2053 = INTEGER: up(1)
IF-MIB::ifOperStatus.2054 = INTEGER: up(1)
IF-MIB::ifOperStatus.2055 = INTEGER: up(1)
IF-MIB::ifOperStatus.2083 = INTEGER: up(1)
IF-MIB::ifOperStatus.2096 = INTEGER: up(1)
IF-MIB::ifOperStatus.2112 = INTEGER: up(1)
IF-MIB::ifOperStatus.2113 = INTEGER: up(1)
IF-MIB::ifOperStatus.2237 = INTEGER: up(1)
IF-MIB::ifOperStatus.2238 = INTEGER: up(1)
IF-MIB::ifOperStatus.2239 = INTEGER: up(1)
IF-MIB::ifOperStatus.2240 = INTEGER: up(1)
IF-MIB::ifOperStatus.2241 = INTEGER: up(1)
IF-MIB::ifOperStatus.2242 = INTEGER: up(1)
IF-MIB::ifOperStatus.2243 = INTEGER: up(1)
IF-MIB::ifOperStatus.2244 = INTEGER: up(1)
IF-MIB::ifOperStatus.2246 = INTEGER: up(1)
IF-MIB::ifOperStatus.2248 = INTEGER: up(1)
IF-MIB::ifOperStatus.2257 = INTEGER: up(1)
IF-MIB::ifOperStatus.2258 = INTEGER: up(1)
IF-MIB::ifOperStatus.2259 = INTEGER: up(1)
IF-MIB::ifOperStatus.2260 = INTEGER: up(1)
IF-MIB::ifOperStatus.2261 = INTEGER: up(1)
IF-MIB::ifOperStatus.2262 = INTEGER: up(1)
IF-MIB::ifOperStatus.2280 = INTEGER: up(1)
IF-MIB::ifOperStatus.2281 = INTEGER: up(1)
IF-MIB::ifOperStatus.2282 = INTEGER: up(1)
IF-MIB::ifOperStatus.2286 = INTEGER: up(1)
IF-MIB::ifOperStatus.2886 = INTEGER: up(1)
IF-MIB::ifOperStatus.2887 = INTEGER: up(1)
IF-MIB::ifOperStatus.5121 = INTEGER: down(2)
IF-MIB::ifOperStatus.5122 = INTEGER: up(1)

Ревизія r646
змінив _snmp.pl

Код:

$session->max_msg_size(100000);

все стало ок, але не зовсім розумію чи правильно виставлений параметр і як дебажити(більш детально)помилку.

Код:

hw.ix.tx_process_limit
hw.ix.rx_process_limit
hw.ix.rxd
hw.ix.txd

htt_s://forum.lissyara.su/freebsd-f8/intel-x520-da2-i-twinax-cable-sfp-propuskaet-tol-k-t43942.html
htt_s://forum.nag.ru/index.php?/topic/112235-dummynet-est-100-cpu-bordera/

Код:

sysctl: unknown oid 'net.inet.ip.fastforwarding' at line 9

починаючи з FreeBSD 11

Replace the fastforward path with tryforward which does not require a
sysctl and will always be on.

Код:

sysctl -a | egrep -i 'hw.machine|hw.model|hw.ncpu'

Була схожа проблема. Подивись чи dummynet не стрибає по ядрах
Прибий до 0 ядра CPU

Код:

cpuset -l 0 -t $(procstat -t 0| awk '/dummynet/{print$2}')

Вимкнути HT

тут либо один раз показывает его адрес, я так понимаю либо в 21 либо в 31 таблице, либо вообще не выводится

еще есть 41 таблица - в нее попадают те, у кого скорость 100 мбит (или другая, выше той, которая в конфиге называется "скорость, начиная с которой шейп не применяется")

в

Код:

noserver.cfg.pm

параметр

Код:

$ip_tags    = 'sat3';               # обрабатывать ip только с этим тегом

працює лише з table 21 / table 31
В table 41 попадають всі ІР поза шейпером з всіх пулів, навіть якщо в них інший тег.

Код:

#ipfw table 21 list | wc -l
787
#ipfw table 31 list | wc -l
787
#ipfw table 41 list | wc -l
1821

Підкажіть де виправити щоб і 41 таблиці були лише ті ІР в яких співпадає тег.
Дякую

Можливо потрібен рестарт ядра і модулів?

Начальный день месяца для услуг в режиме «конец месяца»
Зараз встановлене 7 число. Потрібно змінити на щоб було 1-го. Якщо залишити пустим - то я так розумію що всі послуги які встановлені 7-го завершаться 7-го і підключаться з 7-го по 1е (відповідно і вартість тарифу зміниться пропорційно на цей місяць)?
Є ще якісь нюанси?

А якщо змінити

Код:

tm_end from users_services

заднім числом (1 серпня) тоді ядро перепідключить послуги? чи просто проігнорує їх?
чи краще просто змінити "Начальный день месяца" і в наступному місяці вирівняти платежі?

Модуль запущений в ядрі чи окремо?

Код:

#perl /usr/local/nodeny/nokernel.pl -L
#ps ax|grep no

Можливо поміняли порт в конфігу а модуль не перегрузили і він досі слухає старий порт
Запусти tcpdump і включи з білінга пінгувалку.

Код:

 tcpdump -i vlan1908 port 8081

Запускается отдельно. Все изменения сопровождаються перезаписью и перезапуском модуля.

[root@********* /usr/local/nodeny]# tcpdump -i vlan210 port 8081
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on vlan210, link-type EN10MB (Ethernet), capture size 262144 bytes

пингую и это все.

Ну так дамп пустий.

Код:

netstat -na |grep LIST

Код:

ipfw show

Модуль запущений в ядрі чи окремо?

Код:

#perl /usr/local/nodeny/nokernel.pl -L
#ps ax|grep no

Можливо поміняли порт в конфігу а модуль не перегрузили і він досі слухає старий порт
Запусти tcpdump і включи з білінга пінгувалку.

Код:

 tcpdump -i vlan1908 port 8081

Клиенту надо выделять /56 (Ну или /64 плюс делать резервирование блока адресов до /56), юрикам рекомендация выдавать /48 (чтобы они уже внутри себя разруливали).
Патамушта /64 для домашней сети может быть тупо мало и могут запросить расширение.

От тут непанятка. З якого переляку 18446744073709551616 адрес (/64) в домашній мережі може бути мало? /48 це 65536 /64 підмереж. Тут варто враховувати ще вартість /48 і як його раціонально розділяти клієнтам.
З.І. З ІРv6 знайомий тільки в теорії, тому якщо щось не розумію, то ткніть носом

Більше /128 ?  по-моєму /128 це останній префікс і там всього 1 ІР.

Очепятка
 И уж точно без DHCP который работает на IPv6 но к сожалению совершенно не понятно как его заюзать кроме как использовать опцию82 - чего я не планировал делать вообще.

якщо отримати /48 і віддавати клієнтам /64, то цього вистачить більшості провайдерів. Але автоматизувати видачу ІР було б дуже корисно, хоча б через SLAAC.

При этом никто не запрещает выдавать юзеру не 64 префикс а что-то побольше, например 128 или еще больше. На этом разговор о нехватке ip адресов можно считать закрытым.

Більше /128 ?  по-моєму /128 це останній префікс і там всього 1 ІР.
Модуль DHCP буде працювати? а то клієнтам не дуже хочеться диктувати 128 битну адресу, вони 4 окета з трудом вписують!
Планується тільки в Nodeny Next?