Биллинговая система Nodeny

Подскажите в чем причина.
В какой то момент все работало но сейчас не сохраняет сеансы подключений по модулю dhcp.
при первичной авторизации все нормально рис1, рис2
но уже  повторное обновление авторизации все пропадает. рис3, рис4

Точно уже и нету у меня файла, но вроде в файлике web/user/_dhcp.pl
есть строка
добавить в код

не то


Что то мне подсказывает что проблема гдето в самом модуле dhcp

при фильтрации абонентов по mod=dhcp вытягивает только несколько штук тех кто только что авторизировался.
через некоторое время при обновлении страницы абоненты уже другие.

А можете сделать скриншот, сеансов со странички пользователя клиентов у которых не сохраняет сеансы? У меня такое сопровождалось кратковременным обрывом по трафику

вы уверены что у вас lock в mysql нет?

Сеансы не сохраняет у все кто работает по dhcp.
проблем с трафиком нет

нету.

При отключении модуля _dhcp в kernel, текущая запись в сеансах подключения со всеми параметрами

Старт              Завершення      Тривалість         ip           Модуль авт.   Mac                           Властивості
07.07.2017 12:06                       10 хв     192.168.226.19   dhcp                   10:fe:ed:92:8d:d1   dev=b8a386ce7320,port=2
 

присутствует до отключения клиента.
После отключения клиента запись удаляется полностью.

При включеном модуле _dhcp в kernel, в сеансах подключения при первой авторизации все нормально при повторной проверке остается только время подключения, длительность и ІР.
при отключении клиента запись также удаляется полностью.

неужели никаких мыслей  :(

Покажи несколько строк из таблицы auth_now для тех ip, которые по dhcp

+----------+-----------------+------------+------------+----------------------------------------------------+
| id       | ip              | start      | last       | properties                                         |
+----------+-----------------+------------+------------+----------------------------------------------------+
| 67052607 | 192.168.226.56  | 1499952922 | 1499953393 |                                                    |
| 67047336 | 192.168.225.242 | 1499952313 | 1499953425 |                                                    |
| 67046487 | 192.168.225.31  | 1499952210 | 1499953410 | mod=dhcp;user=1078d28df326;dev=ec22802aaba0;port=6 |
| 67005052 | 192.168.225.59  | 1499947192 | 1499953396 |                                                    |
| 67001903 | 192.168.226.90  | 1499946800 | 1499953393 |                                                    |
| 66961093 | 192.168.225.106 | 1499942131 | 1499953394 |                                                    |
| 66955349 | 192.168.225.160 | 1499941416 | 1499953399 |                                                    |
| 66930197 | 192.168.225.49  | 1499938388 | 1499953392 |                                                    |
| 66929909 | 192.168.226.140 | 1499938346 | 1499953390 |                                                    |
| 66926293 | 192.168.225.130 | 1499937935 | 1499953392 |                                                    |
+----------+-----------------+------------+------------+----------------------------------------------------+

Было такое, покажите /usr/bin/perl /usr/local/nodeny/nokernel.pl -L и ps ax | grep perl

"Сеансы не сохраняет у все кто работает по dhcp." - потому что у тебя активный текущий сеанс, чтобы он попал в историю он должен завершиться. Скорее всего они у тебя вообще не завершаются сеансы, за это отвечает модуль ядра auth. Посмотри, запущен ли он.

И покажи:

MODULE                   AUTORUN?
snmp_alarm                  -
tmppays                    YES
balance                    YES
snmp_trap                   -
authserver                  -
services                   YES
authtraf                   YES
mmm                        YES
pingserver                  -
capremind                   -
remindsms                   -
dhcp                       YES
collectors                  -
system_clean               YES
auth                       YES
notifications               -
websession                 YES
stop_service               YES
cap                        YES
system_check               YES
make_config                YES

grep UNIX_TIMESTAMP /usr/local/nodeny/kernel/_dhcp.pm
    my $db = Db->sql("SELECT INET_NTOA(ip) AS ipa FROM mac_uid WHERE uid>0 AND ip>0 AND time>(UNIX_TIMESTAMP()-?)", 60*60);

 ps ax | grep perl
76350  2- S       7803:51,10 /usr/bin/perl /usr/local/nodeny/nokernel.pl -m=collectors -d
64215  3  S+         0:00,00 grep perl
26925  5- S       4824:43,22 /usr/bin/perl /usr/local/nodeny/nokernel.pl -d
11017  9- R      14312:13,42 /usr/bin/perl /usr/local/nodeny/noserver.pl -d
11090  9- S      13335:00,97 /usr/bin/perl /usr/local/nodeny/noserver.pl -g=_mikrotik1.cfg.pm -d

Нуууу. Есть мысли, что здесь не так?

Что у вас в качестве саттелита?

Установлен сервер с NoDeny +
доступом и шейпером занимается микротик.
отдельно стоит dhcp.

клиент подключился, dhcp выдал адрес. Прошла авторизация, микрот получил от NoDeny сигнал выпустить клиента в мир.
на этом этапе все работает.

Как отследить кто или что удаляет или не добавляет запись в таблицу сеансов работ?

Это делает процедура radstop. Если делать все по доке, то можно обратить внимание на то, что хотя процедура и создается, но в радиусе в конфиге не прописан ее запуск. Давай удостоверимся, что:
1) действительно в конфиге радиуса стоит вызов этой процедуры:

2) зачем это сделано? (возможно мы решали какую-то другую проблему этим)

Радиус не используется

Что дальше?

вы уверены что у вас сервак справляется с нагрузкой?

Вот у меня интересная ситуация с d-link-ами. Почему то с этих коммутаторов не регистрируются порт+мак устройства+ мак коммутатора, а лишь мак устройства и стоит выключить пользователю компьютер, то нужно повторно авторизоваться, что интересно с другими коммутаторами все ок.
Может для д-линков особый конфиг?