Не выдержал, перехожу на Debian+Mtik NAS (Выбитые зубы, костыли кишки, препарация)

[strushke 14]

 

Ааа, ну теперь понятно! Всё стало на свои места. Я так клиентам тоже буду говорить на вопрос почему не работает - потому что где-то проблема

 

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

 

 

Что же вы так злитесь то? Это может всё таки моя проблема, больше чем ваша, сраные правила или нет?

Тем более, что в случае если работать не будет, я вас не буду обвинять, обещаю! 

 

Вот та вот единственная функция со сраными, как вы выразились, правилами, и нужна.

Сконцентрироваться надо на том, как больше абонентов подключить, а не какие там хорошие и правильные правила.

[strushke 14]

 

Я не спорю, что PC - отличное решение, но назовите мне минусы в работе биллинга + tik nas

1  коли пропав звязок  між НАС і білінгом в момент відстрілу абонента, абонент лишеться невідстрілений назавжди, або поки руками не відстрілите.

2 незачищає ARP після видалення/заміни сервіса абонента.

попри це можна жити, але є такі незручності, вони спричинені особливістю роботи stargazer.

 

юзаю як мікротік так і rscript залежно від ситуації.

 

2.Уж если разработчики так постарались для создания такого продукта, я думаю мне не сложнее будет (Если вообще понадобится) доработать скрипт onconnect.

1.такая функция есть в биллинге, просто ее нужно вызвать. Так же, ее придется вызвать, если вдруг не окажется бэкапа, а сдохнет майкротик (А он скорее сдохнет, чем связь между биллингом и тиком порвется, честно-честно)

 

Спасибо за дельный взгляд со стороны! 

 

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

 

Наше дело - не средства, а цель. А наша цель - это средства. О как! Надо записать.

Відредаговано 2016-09-07 16:37:25 strushke

[RamadaN 2]

 

Я не спорю, что PC - отличное решение, но назовите мне минусы в работе биллинга + tik nas

1  коли пропав звязок  між НАС і білінгом в момент відстрілу абонента, абонент лишеться невідстрілений назавжди, або поки руками не відстрілите.

2 незачищає ARP після видалення/заміни сервіса абонента.

попри це можна жити, але є такі незручності, вони спричинені особливістю роботи stargazer.

 

юзаю як мікротік так і rscript залежно від ситуації.

 

Класссссс! Я как раз по этому по этому поводу тему начал. Так это известные проблемы/баги взаимодействия ubilling с mikrotik? Когда уже Ростислав внесет ясность в этот вопрос?))))

[strushke 14]

 

 

Я не спорю, что PC - отличное решение, но назовите мне минусы в работе биллинга + tik nas

1  коли пропав звязок  між НАС і білінгом в момент відстрілу абонента, абонент лишеться невідстрілений назавжди, або поки руками не відстрілите.

2 незачищає ARP після видалення/заміни сервіса абонента.

попри це можна жити, але є такі незручності, вони спричинені особливістю роботи stargazer.

 

юзаю як мікротік так і rscript залежно від ситуації.

 

Класссссс! Я как раз по этому по этому поводу тему начал. Так это известные проблемы/баги взаимодействия ubilling с mikrotik? Когда уже Ростислав внесет ясность в этот вопрос?))))

 

Пробежался, и правда: проблема на стороне биллинга-бд. Но нет, давайте кричать что мерседес миноват в том, что колесо спустилось из-за гвоздя, на который наехал водитель своими руками.

 

Очень кстати, странно, но я создал юзера с тарифом, а потом удали его и он удалился из arp, из leases и из queues.  Какой сраный майкротик, какой говняцкий сетап и неправильный мёд!

Відредаговано 2016-09-07 17:48:18 strushke

[mgo 20]

Очень кстати, странно, но я создал юзера с тарифом, а потом удали его и он удалился из arp, из leases и из queues.  Какой сраный майкротик, какой говняцкий сетап и неправильный мёд!

значить пофіксили уже, треба пообновлятися) 

ще пробуйте замінити ip адрес з іншого НАС, здається тут проявлявся глюк.

Відредаговано 2016-09-08 08:07:53 mgo

[strushke 14]

Новая фича после обновления mysql: 

wrong data input: INSERT INTO `switches` (`id` ,`modelid` ,`ip` ,`desc` ,`location` ,`snmp`,`geo`,`parentid`) VALUES ('', '4', '10.0.0.71', 'Nina', 'Pegeya', '','', NULL );

 

Правильный запрос должен выглядеть вот так:

INSERT INTO `switches` (`modelid` ,`ip` ,`desc` ,`location` ,`snmp`,`geo`,`parentid`) VALUES ( '4', '10.0.0.71', 'Nina', 'Pegeya', '','', NULL );

 

Вопрос: в каком файле он формируется?

Відредаговано 2016-09-10 11:32:28 strushke

[nightfly 1 239]

 

 

Правильный запрос должен выглядеть вот так:

Нет, не должен.

 

Посмотрели бы, что делает Ubinstaller, перед тем, как в очередной раз "фичи" находить. Подсказка: STRICT_TRANS_TABLES.

[strushke 14]

 

Правильный запрос должен выглядеть вот так:

Нет, не должен.

 

Посмотрели бы, что делает Ubinstaller, перед тем, как в очередной раз "фичи" находить. Подсказка: STRICT_TRANS_TABLES.

 

Везде же он залез, родимый)) Спасибо, помогло)