Перейти до

не полностью удаляется абонент


Рекомендованные сообщения

При попытке удалить абонента в ubilling он удаляется, а вот на NASе все остается - ни firewall, Arp таблица не очистилась. NAS на mikrotik.

 

Не задумываясь иду в /var/stargacer/allconnect.log и нахожу там:

2016-09-07 00:14:23 - [Ubilling] - OnDisconnect started for user `00001`:
2016-09-07 00:14:23 - [Database] - Debug: MySQL driver loaded
2016-09-07 00:14:23 - [Database] - Debug: Connection with database is established...
2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2'
2016-09-07 00:14:23 - [Database] - Error: Can't find user's network id!
2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''
2016-09-07 00:14:23 - [Ubilling] - Error: Can't run executer, NAS'es type is needed!
2016-09-07 00:14:23 - [Ubilling] - QC: 2, elapsed time: 0.008 sec.

2016-09-07 00:14:24 - [Ubilling] - OnUserDel started for user `00001`:
2016-09-07 00:14:24 - [Database] - Debug: MySQL driver loaded
2016-09-07 00:14:24 - [Database] - Debug: Connection with database is established...
2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00001'
2016-09-07 00:14:24 - [Database] - Debug: Data -> `IP` is 194.xxx.xxx.2
2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks
2016-09-07 00:14:24 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''
2016-09-07 00:14:24 - [Ubilling] - Error: Can't run executer, NAS'es type is needed!
2016-09-07 00:14:24 - [Ubilling] - QC: 3, elapsed time: 0.009 sec.

Error: Can't find user's network id! .... но ведь при создании этого абонента картина вот такая:

2016-09-07 00:12:38 - [Ubilling] - OnConnect started for user `00001`:
2016-09-07 00:12:38 - [Database] - Debug: MySQL driver loaded
2016-09-07 00:12:38 - [Database] - Debug: Connection with database is established...
2016-09-07 00:12:38 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2'
2016-09-07 00:12:38 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3'
2016-09-07 00:12:38 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1
2016-09-07 00:12:38 - [Database] - Debug: Option -> `version` = '6'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `username` = 'admin'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `password` = 'xxx'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `users_interface` = 'ether3'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `graph_interface` = 'ether3'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `manage_firewall` = '1'
2016-09-07 00:12:38 - [Database] - Debug: Option -> `manage_arp` = '1'
2016-09-07 00:12:38 - [Database] - Debug: Data -> `nastype` = mikrotik
2016-09-07 00:12:38 - [Executer] - Debug: MikroTik driver loaded
2016-09-07 00:12:38 - [Executer] - Debug: Connection with MikroTik is established
2016-09-07 00:12:43 - [Executer] - Success: Firewall entry was updated/created
2016-09-07 00:12:43 - [Executer] - Debug: MikroTik queue managing isn't enabled
2016-09-07 00:12:43 - [Executer] - Debug: MikroTik DHCP-leases managing is not enabled
2016-09-07 00:12:43 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '194.xxx.xxx.2'
2016-09-07 00:12:43 - [Database] - Debug: Data -> `mac` is 14:88:29:92:68:13
2016-09-07 00:12:44 - [Executer] - Success: ARP entry was updated/created
2016-09-07 00:12:44 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled
2016-09-07 00:12:44 - [Ubilling] - QC: 3, elapsed time: 5.149 sec.

перед удалением выполняю 

select * from nethosts;

и вывод:

id	8
netid	3
ip	194.xxx.xxx.2
mac	14:88:19:47:94:63
option	NULL

и с этого момента у меня ступор - я что-то делаю "не так"? Подскажите пожалуйста.

Ссылка на сообщение
Поделиться на других сайтах

Зайти на микротик и вручную все поудалять , делов то

А зачем это делать вручную? Разве это не должно делаться с биллинга?

Ссылка на сообщение
Поделиться на других сайтах

 

Зайти на микротик и вручную все поудалять , делов то

А зачем это делать вручную? Разве это не должно делаться с биллинга?

 

Это только один из многих костылей , из-за которых я решил лишить микротик  работать как nas в связке с любым unix . Это касается не только ubilling, но и многих других isp , на разных иксах. Единственное о чем жалею , в том что не сделал это несколько лет назад (видать тогда еще не дорос). Тем более в наше  время  собрать 12 v бокс на mini ITX + ddr3L c последним поколением даже celeron 4 ядра - это дешевле , практичней и надежней

 

вот одна из моих тем 

https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах

 

 

Зайти на микротик и вручную все поудалять , делов то

А зачем это делать вручную? Разве это не должно делаться с биллинга?

 

Это только один из многих костылей , из-за которых я решил лишить микротик  работать как nas в связке с любым unix . Это касается не только ubilling, но и многих других isp , на разных иксах. Единственное о чем жалею , в том что не сделал это несколько лет назад (видать тогда еще не дорос). Тем более в наше  время  собрать 12 v бокс на mini ITX + ddr3L c последним поколением даже celeron 4 ядра - это дешевле , практичней и надежней

 

вот одна из моих тем 

https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844

 

 

Ну судя из строки:

2016-09-07 00:14:23 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2'
2016-09-07 00:14:23 - [Database] - Error: Can't find user's network id!

проблемы не в mikrotik'е, а в отработке запроса к БД, который должен вернуть netid.

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

Я все же подожду - возможно сведущие люди подскажут или же направят меня на путь истинный.

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

Нет никакой предвзятости , у самого этих микротиков тележка  , они мне 3 года назад  даже  снились постоянно! 

Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути  ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете?

Ссылка на сообщение
Поделиться на других сайтах

 

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

 

Нет никакой предвзятости , у самого этих микротиков тележка  , они мне 3 года назад  даже  снились постоянно! 

Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути  ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете?

 

 

Хотелось бы, чтобы тут еще был вариант - добавить этот баг в Известные проблемы и решить эту проблему. 

Возможно я излишне наивен, но я по прежнему верю, что есть решение этой проблемы)

Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))

Ссылка на сообщение
Поделиться на других сайтах

 

 

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

 

Нет никакой предвзятости , у самого этих микротиков тележка  , они мне 3 года назад  даже  снились постоянно! 

Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути  ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете?

 

 

Хотелось бы, чтобы тут еще был вариант - добавить этот баг в Известные проблемы и решить эту проблему. 

Возможно я излишне наивен, но я по прежнему верю, что есть решение этой проблемы)

Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))

 

Только что проверил, у меня всё работает - arp, queue, dhcp. Решение нужно трекить в вашей инсталляции конкретно.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))
 

 

Ну конечно , он уже наверно прямо щас сидит  и допиливает для вас включалку/выключалку для микротика!

 

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

Ссылка на сообщение
Поделиться на других сайтах

 

 

 

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

 

Нет никакой предвзятости , у самого этих микротиков тележка  , они мне 3 года назад  даже  снились постоянно! 

Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути  ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете?

 

 

Хотелось бы, чтобы тут еще был вариант - добавить этот баг в Известные проблемы и решить эту проблему. 

Возможно я излишне наивен, но я по прежнему верю, что есть решение этой проблемы)

Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))

 

Только что проверил, у меня всё работает - arp, queue, dhcp. Решение нужно трекить в вашей инсталляции конкретно.

 

Вот это обнадеживает.

 

 

Молюсь на Ростислава, читаю молитву дабы он снизошел и просветил)))))
 

 

Ну конечно , он уже наверно прямо щас сидит  и допиливает для вас включалку/выключалку для микротика!

 

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

 

Ща попробую еще раз - начиная с добавления НАСа.

Ссылка на сообщение
Поделиться на других сайтах

 

 

Ну конечно , он уже наверно прямо щас сидит и допиливает для вас включалку/выключалку для микротика!

Так и есть, места себе не нахожу :lol:

 

 

 

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

1. Микротиками занимается jcomm, я вообще не в теме.

2. Да. В теории удаление юзера без выставленного AlwaysOnline либо с заранее врубленным Down должно происходить мягче.

Ссылка на сообщение
Поделиться на других сайтах

 

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

 

Нет никакой предвзятости , у самого этих микротиков тележка  , они мне 3 года назад  даже  снились постоянно! 

Вот вы например внедрили в сеть биллинговую систему для клиентов , это по сути  ступень, выше чем обычная маршрутизация на микротик. Сейчас у вас проблема при взаимодействии связки с биллингом, которую вы не в состоянии решить сам. Вопрос , если вам не помогут на форуме, вы откажетесь от биллинга для своих клиентов и будете обратно крутить сеть на микротиках или воспользуетесь альтернативой и установите ubilling + NAS , где этой проблемы нет и все работает из коробки раньше чем успевает завариваться чай! Что вы выберете?

 

 

Мікротік тут яким боком? Питання до біллінгової системи. В нас МТ + юзерсайд працюють і нічого.

Ссылка на сообщение
Поделиться на других сайтах
Мікротік тут яким боком? Питання до біллінгової системи. В нас МТ + юзерсайд працюють і нічого.

 

А юзерсайд тут каким боком, у нас ubilling ,  но все равно мы вам сочувствуем

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах

 

Ну конечно , он уже наверно прямо щас сидит и допиливает для вас включалку/выключалку для микротика!

Так и есть, места себе не нахожу :lol:

 

 

 

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

1. Микротиками занимается jcomm, я вообще не в теме.

2. Да. В теории удаление юзера без выставленного AlwaysOnline либо с заранее врубленным Down должно происходить мягче.

 

 

У юзера выставлено  AlwaysOnline.

Попробовал выставить минусовой баланс юзеру - ondisconnect отработал на ура:

И правило ALLOW для юзера 00001 отключило на микротике.

2016-09-07 23:51:53 - [Ubilling] - OnDisconnect started for user `00001`:
2016-09-07 23:51:53 - [Database] - Debug: MySQL driver loaded
2016-09-07 23:51:53 - [Database] - Debug: Connection with database is established...
2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.xxx.xxx.2'
2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3'
2016-09-07 23:51:53 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1
2016-09-07 23:51:53 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3'
2016-09-07 23:51:53 - [Database] - Debug: Data -> `nasip` = 194.xxx.xxx.1
2016-09-07 23:51:53 - [Database] - Debug: Option -> `version` = '6'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `username` = 'admin'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `password` = 'xxxxxx'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `users_interface` = 'ether3'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `graph_interface` = 'ether3'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `manage_firewall` = '1'
2016-09-07 23:51:53 - [Database] - Debug: Option -> `manage_arp` = '1'
2016-09-07 23:51:53 - [Database] - Debug: Data -> `nastype` = mikrotik
2016-09-07 23:51:53 - [Executer] - Debug: MikroTik driver loaded
2016-09-07 23:51:53 - [Executer] - Debug: Connection with MikroTik is established
2016-09-07 23:51:58 - [Executer] - Success: Firewall entry was updated/created
2016-09-07 23:51:58 - [Executer] - Debug: MikroTik queue managing isn't enabled
2016-09-07 23:51:58 - [Executer] - Debug: MikroTik DHCP-leases managing is not enabled
2016-09-07 23:51:58 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '194.xxx.xxx..2'
2016-09-07 23:51:58 - [Database] - Debug: Data -> `mac` is 14:88:68:52:34:59
2016-09-07 23:51:58 - [Executer] - Success: ARP entry was updated/created
2016-09-07 23:51:58 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled
2016-09-07 23:51:58 - [Ubilling] - QC: 3, elapsed time: 4.795 sec.

статус юзера "отключен"

Удаляем юзера и смотрим лог:

2016-09-07 23:54:42 - [Ubilling] - OnUserDel started for user `00001`:
2016-09-07 23:54:42 - [Database] - Debug: MySQL driver loaded
2016-09-07 23:54:42 - [Database] - Debug: Connection with database is established...
2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00001'
2016-09-07 23:54:42 - [Database] - Debug: Data -> `IP` is 194.xxx.xxx.2
2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks
2016-09-07 23:54:42 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''
2016-09-07 23:54:42 - [Ubilling] - Error: Can't run executer, NAS'es type is needed!
2016-09-07 23:54:42 - [Ubilling] - QC: 3, elapsed time: 0.009 sec.

Почему-то не хочет корректно отрабатывать OnUserDel, конкретно в запросе:

SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''

должно быть, предположительно :

SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '3'

Почему netid может оставаться пустым?

Ссылка на сообщение
Поделиться на других сайтах

 

 

Почему-то не хочет корректно отрабатывать OnUserDel, конкретно в запросе:
 

как раз это и была не решенная моя тема про отключенных абонентов  https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844

после которой пришло прозрение! И через 10 минут она стала не актуальна.

Ссылка на сообщение
Поделиться на других сайтах

 

Почему-то не хочет корректно отрабатывать OnUserDel, конкретно в запросе:
 

как раз это и была не решенная моя тема про отключенных абонентов  https://local.com.ua/forum/topic/87583-%D0%BC%D0%B0%D1%81%D1%81%D0%BE%D0%B2%D1%8B%D0%B9-%D1%80%D0%B5%D0%B7%D0%B5%D1%82-ubilling-mikrotik-nas/?do=findComment&comment=917844

после которой пришло прозрение! И через 10 минут она стала не актуальна.

 

 

 

ну вот, к примеру, лог удаления пользователя от struske:

2016-09-08 02:25:59 - [Ubilling] - OnUserDel started for user `00056`:
2016-09-08 02:25:59 - [Database] - Debug: MySQL driver loaded
2016-09-08 02:25:59 - [Database] - Debug: Connection with database is established...
2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `IP` FROM users WHERE `login` = '00056'
2016-09-08 02:25:59 - [Database] - Debug: Data -> `IP` is 10.0.2.65
2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `id`, `desc` FROM networks
2016-09-08 02:25:59 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '1'
2016-09-08 02:25:59 - [Database] - Debug: Data -> `nasip` = 10.0.2.1
2016-09-08 02:25:59 - [Database] - Debug: Option -> `version` = '6'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `username` = 'ubilling'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `password` = 'xxxx'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `users_interface` = 'bridge1'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `graph_interface` = 'bridge1'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_firewall` = '1'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_arp` = '1'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_queue` = '1'
2016-09-08 02:25:59 - [Database] - Debug: Option -> `manage_dhcp` = '1'
2016-09-08 02:25:59 - [Database] - Debug: Data -> `nastype` = mikrotik
2016-09-08 02:25:59 - [Executer] - Debug: MikroTik driver loaded
2016-09-08 02:25:59 - [Executer] - Debug: Connection with MikroTik is established
2016-09-08 02:25:59 - [Executer] - Success: Firewall entry was removed
2016-09-08 02:25:59 - [Executer] - Success: Queue entry was removed
2016-09-08 02:25:59 - [Executer] - Debug: MikroTik QT is not enabled
2016-09-08 02:25:59 - [Executer] - Success: DHCP entry was removed
2016-09-08 02:26:00 - [Executer] - Success: ARP entry was removed
2016-09-08 02:26:00 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled
2016-09-08 02:26:00 - [Ubilling] - QC: 3, elapsed time: 0.79 sec.

Это какая-то оказия)) Ведь в этой ситуации все отработано нормально

Ссылка на сообщение
Поделиться на других сайтах

На вертушке поднял чистую freebsd 10.2, накатил юбиллинг, провел минимальную настройку и результат идентичный. 

Единственное, что я не страиваю DHCP... не может же это влиять

Ссылка на сообщение
Поделиться на других сайтах

какая у вас будет  железка для постоянки 24/7/365 в качестве биллинга ? сколько сетевых интерфейсов

Відредаговано zaza12
Ссылка на сообщение
Поделиться на других сайтах

какая у вас будет  железка для постоянки 24/7/365 в качестве биллинга ? сколько сетевых интерфейсов

 

1 интерфейс, на среднем офисном ведре

Ссылка на сообщение
Поделиться на других сайтах

Проблему победил. Сеть/CIDR был указан 194.ххх.ххх.1/24 - изменив на 194.ххх.ххх.0/24 все заработало как надо)) Банальная очепятка.

Ну держись) Вообще, хорошо еще, что сам нашел)

Ссылка на сообщение
Поделиться на других сайтах

Хотя отрабатывает он некорректно все равно - при удалении абона срабатывает OnDisconnect и затем OnDelUser.

Так вот последний норм отрабатывает, а OnDisconnect:

2016-09-12 01:20:59 - [Ubilling] - OnDisconnect started for user `00001`:
2016-09-12 01:20:59 - [Database] - Debug: MySQL driver loaded
2016-09-12 01:20:59 - [Database] - Debug: Connection with database is established...
2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.183.177.2'
2016-09-12 01:20:59 - [Database] - Error: Can't find user's network id!
2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''
2016-09-12 01:20:59 - [Ubilling] - Error: Can't run executer, NAS'es type is needed!
2016-09-12 01:20:59 - [Ubilling] - QC: 2, elapsed time: 0.008 sec.

При этом абон удаляется и из базы и с микротика

Ссылка на сообщение
Поделиться на других сайтах

Хотя отрабатывает он некорректно все равно - при удалении абона срабатывает OnDisconnect и затем OnDelUser.

Так вот последний норм отрабатывает, а OnDisconnect:

2016-09-12 01:20:59 - [Ubilling] - OnDisconnect started for user `00001`:
2016-09-12 01:20:59 - [Database] - Debug: MySQL driver loaded
2016-09-12 01:20:59 - [Database] - Debug: Connection with database is established...
2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '194.183.177.2'
2016-09-12 01:20:59 - [Database] - Error: Can't find user's network id!
2016-09-12 01:20:59 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = ''
2016-09-12 01:20:59 - [Ubilling] - Error: Can't run executer, NAS'es type is needed!
2016-09-12 01:20:59 - [Ubilling] - QC: 2, elapsed time: 0.008 sec.

При этом абон удаляется и из базы и с микротика

У меня вроде наоборот было - сперва del, потом disc и он не мог найти, кого отключать ,поэтому я просто забил. 

Ссылка на сообщение
Поделиться на других сайтах

2016-09-12 15:28:21 - [ubilling] - OnConnect started for user `eiskmiraofisap0_gvmw`:
2016-09-12 15:28:21 - [Database] - Debug: MySQL driver loaded
2016-09-12 15:28:21 - [Database] - Debug: Connection with database is established...
2016-09-12 15:28:21 - [Database] - Debug: Query -> SELECT `netid` FROM nethosts WHERE `ip` = '172.100.0.105'
2016-09-12 15:28:21 - [Database] - Debug: Query -> SELECT `nasip`, `nastype`, `options` FROM nas WHERE `netid` = '12'
2016-09-12 15:28:21 - [Database] - Debug: Data -> `nasip` = 172.20.0.3
2016-09-12 15:28:21 - [Database] - Debug: Option -> `version` = '6'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `username` = 'nas'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `password` = '561444'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `users_interface` = 'Nat_Br'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `graph_interface` = 'Eth2.25'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `manage_firewall` = '1'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `manage_arp` = '1'
2016-09-12 15:28:21 - [Database] - Debug: Option -> `manage_queue` = '1'
2016-09-12 15:28:21 - [Database] - Debug: Data -> `nastype` = mikrotik
2016-09-12 15:28:21 - [Executer] - Debug: MikroTik driver loaded
2016-09-12 15:28:21 - [Executer] - Debug: Connection with MikroTik is established
2016-09-12 15:28:21 - [Executer] - Error: Firewall entry can't be updated, failure: already have such entry
2016-09-12 15:28:21 - [Database] - Debug: Query -> SELECT `speed` FROM userspeeds WHERE `login` = 'eiskmiraofisap0_gvmw'
2016-09-12 15:28:21 - [Database] - Debug: Query -> SELECT `Tariff` FROM users WHERE `login` = 'eiskmiraofisap0_gvmw'
2016-09-12 15:28:21 - [Database] - Debug: User's tariff - `ViP_10_MB`
2016-09-12 15:28:21 - [Database] - Debug: Query -> SELECT `speedup`, `speeddown` FROM speeds WHERE `tariff` = 'ViP_10_MB'
2016-09-12 15:28:21 - [Database] - Debug: User's tariff TX rate - `10240`
2016-09-12 15:28:21 - [Database] - Debug: User's tariff RX rate - `10240`
2016-09-12 15:28:22 - [Executer] - Success: Queue entry was updated/created
2016-09-12 15:28:22 - [Executer] - Debug: MikroTik DHCP-leases managing is not enabled
2016-09-12 15:28:22 - [Database] - Debug: Query -> SELECT `mac` FROM nethosts WHERE `ip` = '172.100.0.105'
2016-09-12 15:28:22 - [Database] - Debug: Data -> `mac` is 32:33:66:31:38:62
2016-09-12 15:28:22 - [Executer] - Error: ARP entry can't be updated, failure: already have such arp
2016-09-12 15:28:22 - [Executer] - Debug: MikroTik PPP-secrets managing is not enabled
2016-09-12 15:28:22 - [ubilling] - QC: 6, elapsed time: 0.622 sec.

 

Не меняет ARP

Відредаговано Golthana
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від Remez
      Ценник 5,500
       
      в наличии 3 шт
       
       





    • Від mac
      Глюк в тому, що один (так - тільки один) mac адрес onu існує в білінгу у вигляді строки. Це трохи заважає.
      olt - bdcom gepon.
      Наскільки зрозумів, це виключно проблема реалізації snmpwalk у freebsd, де snmpwalk може на свій розсуд віддати mac адресу не як hex-string, а як звичайний string.
      Можливо snmpwalk тригериться на якомусь символі, мені невідомо.
       
      # tcpdump -vv -i em0 udp port 161 and host olt and host ub | grep "3320.101.10.4.1.1.241 ... olt.snmp > ub.47940: [udp sum ok] { SNMPv2c C="*****" { GetResponse(44) R=93278354 E:3320.101.10.4.1.1.241="8LO"W*" } } ub.47940 > olt.snmp: [udp sum ok] { SNMPv2c C="*****" { GetNextRequest(34) R=93278355 E:3320.101.10.4.1.1.241 } } snmpwalk -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = STRING: "8LO\"W*" snmpwalk -Ox -c***** -v2c -t5 olt .1.3.6.1.4.1.3320.101.10.4.1.1 SNMPv2-SMI::enterprises.3320.101.10.4.1.1.241 = Hex-STRING: 38 4C 4F 22 57 2A  
      Це стосується таких параметрів у snmp конфізі bdcom
       
      [signal] MACINDEX=".1.3.6.1.4.1.3320.101.10.4.1.1" [misc] ONUINDEX=".1.3.6.1.4.1.3320.101.11.1.1.3"  
      За для усунення глюку спробував трошки змінити код і завдати тип snmp параметру явно у ./api/libs/api.ponbdcom.php у function collect()
      Це працює. Мабуть станеться у нагоді:
       
      # diff api.ponbdcom.php{.new,.bak} 37c37 < $onuIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); --- > $onuIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $onuIndexOid, self::SNMPCACHE); 91c91 < $macIndex = $this->snmp->walk('-Ox ' . $oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE); --- > $macIndex = $this->snmp->walk($oltIp . ':' . self::SNMPPORT, $oltCommunity, $macIndexOID, self::SNMPCACHE);  
      P.S. Створив тему, а зараз міркую: а може це глюк у ПЗ olt. Оновлю фірмваре olt та перевірю...
       

    • Від Туйон
      Отличие от обычной SXT5 - гигабитный порт и лицензия 4 уровня (может быть не только бриджом а и точкой доступа).
      Старенькая, АС-стандарт не поддерживает.
      В своё время мегабит 160+ вроде качала.
      Где-то возможно в том же гараже есть вторая такая же, если надо - могу поискать.
      Внешнее состояние нормальное. Чуть пожелтела но трещин и т д нету.
      В комплекте сама точка и хвостик крепления (вставлятся в саму антенну).
      РОЕ где-то в работе до сих пор, но подойдут любые.
      Цена.. пусть для начала будет 1000 грн.
      Проверена в комнате "на коленке", дам время на полноценную поверку, а то мало ли (года два лежала отдыхала).
      Желающие пишите в ЛС.
       
      https://www.technotrade.com.ua/Products/MikroTik_SXT_G_5HnD.php
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in
      Б/в.
      Ціна 5075 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
    • Від independent
      Mikrotik rb4011igs+5hacq-2hnd-in б/в.
      Продається в результаті великого енергоспоживання від дбж.
       
      Ціна 6100 грн
       
      https://www.olx.ua/d/uk/obyavlenie/mikrotik-rb4011igs-5hacq2hnd-in-IDWH6Lo.html
×
×
  • Створити нове...