SVD

2013-08-13 23:53:27 - [ubilling] - OnDisconnect started for user `korKirova500ap232323`: 2013-08-13 23:53:27 - [ubilling] - ERROR: Cannot load NAS Command Executer, queried empty NAS TYPE from database! 2013-08-13 23:53:27 - [ubilling] - Elapsed time: 0.005 sec. 2013-08-13 23:53:27 - [ubilling] - OnConnect started for user `korKirova500ap232323`: 2013-08-13 23:53:27 - [ubilling] - ERROR: Cannot load NAS Command Executer, queried empty NAS TYPE from database! 2013-08-13 23:53:27 - [ubilling] - Elapsed time: 0.005 sec. api работает. Добавляются клиенты меняются тарифы. вот попытался сменить ip (перебросить этого клинта на другой mikrotik) получаю такую штуку. после резета клиента он все же появляется на новом микротике и со старого не """удалился"""". Может что то не до настроил?? и второй момент ERROR: Cannot add new DHCP entry, failure: already have static lease with this IP address! -- и что с того что он там есть. ???? его там в теории не может быть ПРАВДа у нас же по базе билинга все должно вроде как бомбиться вывод очевиден затереть запись ?? И третий когда удаляю клиента он с наса не удаляется ERROR: Cannot load NAS Command Executer, queried empty NAS TYPE from database! тоже. в таблице nas точно подписанные mikrotik те насы с которыми проводил работу и на которых создавал и удалял клиентов..

- Перебирай перебирай ногами как балярун - да перебрал уже Вот мы там сошлись на том что mysql медленно работает когда статистику 17 секунд открывает вот еще хочу топ показать я его сфоткал в момент нажатие на статистику. httpd почему то ползет так далеко id в нули. mysql даже не шелохнется. может не в нем дело. last pid: 3756; load averages: 0.41, 0.29, 0.21 up 7+12:53:53 01:02:50 54 processes: 2 running, 48 sleeping, 4 zombie CPU: 94.1% user, 0.0% nice, 4.4% system, 1.5% interrupt, 0.0% idle Mem: 275M Active, 1166M Inact, 366M Wired, 40M Cache, 213M Buf, 122M Free Swap: 4096M Total, 26M Used, 4070M Free PID USERNAME THR PRI NICE SIZE RES STATE TIME WCPU COMMAND 1725 www 1 89 0 355M 95204K RUN 0:19 56.98% httpd 1730 www 1 21 0 295M 37828K select 0:09 0.78% httpd 2914 root 13 20 0 70208K 24872K select 171:17 0.00% stargazer 1755 root 2 52 0 46568K 6872K select 21:38 0.00% mpd5 2616 mrtg 1 52 0 49068K 15348K nanslp 6:03 0.00% perl 86217 mysql 17 20 0 520M 124M sbwait 2:45 0.00% mysqld 2810 root 1 20 0 291M 18820K select 1:08 0.00% httpd 75030 root 1 20 0 10052K 1272K select 0:46 0.00% rinetd 1904 www 1 20 0 295M 37568K lockf 0:34 0.00% httpd 2860 root 1 20 0 41944K 7044K bpf 0:29 0.00% bandwidthd 2861 root 1 20 0 70616K 11812K bpf 0:29 0.00% bandwidthd 1378 www 1 20 0 295M 37640K kqread 0:29 0.00% httpd 1813 root 1 20 0 22332K 2580K select 0:27 0.00% ntpd 2862 root 1 20 0 54232K 12880K bpf 0:26 0.00% bandwidthd

Хух все выяснил. дело все в том что по id все сходиться. ))) Просто у меня диапазоны сетей сначала с 1.1 по 15.254 были. А потом после регистрации клиентов я решил зерезервировать 50 первых ip под всякое оборудование и поменял диапазон. 1.50 - 15.254. так далее и делал со всеми сетями. А клиенты уже созданы и имеют до пятидесятого айпишника именно в данной сети. Видно там у вас кокой то хитрый механизм на который влияет диапазон сети от которой зависит сообщение. --- Нету графичков изза того что не найден сервер доступа с bandwidthd для сети пользователя

честно говоря пришел почитал и совсем запутался, так где у меня не соответствие.

уважаемый. там у вас конкретно id в насах отделен : а тут просто в услуга id по чем мне знать что этот id в услугах должен быть таким же как для сетей в разделе нас. Тем более что все вроде работает окромя графичков которыми я занялся только сегодня. Могу ли я просто услуги привести в порядок не нарушит ли работу ели я их отредактирую. Или дайте свои рекомендации по исправлению данного курьеза. по поводу mysql буду разбираться.

DEBUG start: 0.006 DEBUG dirs: 0.007 DEBUG dirs table: 0.009 DEBUG IP detect: 0.009 DEBUG Get bwd url: 4.345 DEBUG Gen bwd links: 13.73 DEBUG Prev month stats: 13.734 Console debug data по поводу netid Array ( [id] => 68 [netid] => 6 [ip] => 10.2.1.2 в nas 7 6: 10.2.0.0/20 в услугах. я так понимаю что должно быть не 5 ID Сеть 5 10.2.0.0/20

Нету графичков изза того что не найден сервер доступа с bandwidthd для сети пользователя И еще такая беда. Хотя Ссылка на Bandwidthd есть. И это только у одного такое. У всех остальных все нормально. как так может быть.

ast pid: 54240; load averages: 0.30, 0.24, 0.18 up 7+03:15:10 15:24:07 119 processes: 1 running, 114 sleeping, 4 zombie CPU: 13.1% user, 0.0% nice, 7.1% system, 0.0% interrupt, 79.8% idle Mem: 311M Active, 1114M Inact, 370M Wired, 65M Cache, 213M Buf, 108M Free Swap: 4096M Total, 27M Used, 4069M Free Да он всегда у меня таков. у меня ub летает. это вот столкнулся когда вот дело до графиков дошло.

semtron 3000+ 2гб ОЗУ

Какие GT/QC внизу страницы? GT:19.58 QC: 19 И это касте не всегда. на другом клинте шустрее. GT:5.18 QC: 19

Да каюсь. не прочитал. все круто все работает. вот только при нажатии на статистику очень долго думает и кушает в топе серьезные ресурсы.

вот это я туплю. не изучил до конца возможности этого пункта. Спасибо

Всем привет. подскажите пожалуйста как снять и вывести график по каждому клиенту который на микротике. Хотелось бы через mrtg + oid для simple qeueu но они постоянно меняются когда провожу всякие смены тарифов и тд. Получается что как то надо netflow использовать но чем преобразовать в график особо не нашел. может cacti или NfSen. Подскажите в какую сторону правильно смотреть

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

Белые люди используют static only для серверов DHCP, а неизвестных цепляют dinamic на UHW.. Да что то вы . а у меня хитрее все у меня и те и другие должны работать (потому что я пришел к ним и у них полный хаос вот довёл все вроде до ума но на каждой железко 50 -30- 10 % еще не зарегестрированных пользователей. ). Вот так. UHW настраивал но правда нас Free BSD но пока в сети только мики.. И я долго выбирал где будет dhcp выбрал mikrotiki просто из за того что бы не было единой точки отказа вот и все.

Можно - stargazer изкоробки умеет выполнять скрипты инициализации пользователей в сколько угодно потоков. Открытие, да? да что то на практике это не заметно. может тогда я что то непривычно настроил. Ну как то поочередно они все добавляются когда у сервака свет забирают а потом он включается и отрабатывает по всем он onconnect. то что там гдето очередь выстраиваться у стг вроде это понятно. А по поводу выше у компаний которая имеет 50 к клиентов думаю имеет возможность нанять программиста знающего более быстрые и многопоточные языки.

Quote Давно есть и работает. А хоть примерчик на словах. Меня волнует искренне этот вопрос.

)) да какой там ssh я по эксперементировал и сразу понял что это медленно и грузит проц железки, не эффективно вообщем. яж еще давно начал орать про этот api на форуме. Видно так совпало что сразу появился человечек который это все реализовал для ub. Ну круто что сказать. Но знаете как оно просто сам написал и знаю как где что как что то добавть или убрать. Много я провел времени для реализации все своих написанных php onскриптов там много личных нюансов . по сути все точно также. Я вот например не знаю или Mikrotik Api для ub следит за тем что бы затирать динамическую запись в leases с mac адресом когда он был у динамического клиента которого в последствии зарегистрировали что бы тот не получил снова ip по динамике?? Я поддерживаю bash обертка. А там дальше кто как хочет так и кодит. PS Вы хотите сказать что php execami быстрее добавит в ipfw правила???

Если вы не понимаете в php то кто вам доктор? Хотите "подкрутить" скрипты - вперёд, изучайте основы php и вперёд, все функции с комментариями, даже ежу понятно будет что функция делает.. Еще один вариант - использовать то, что идет "из коробки"... А вообще интересно так получается, смотрим через строчку на документацию и уже придумываем как под себя крутить.. Потому что уже все давно себе все сделал. И кардинальных изменений не вижу я в этом микротиковском nas для ub, кроме того что грамотные люди писали видно что все по взрослому. Но Все равно действия происходят все последовательно так же как и я себе сделал. А вот надеюсь что дойдут умы до параллельтности и синхронизации данной связки. PS спасибо за разнесение и критику. Будем точить зубы. как ни как с помощю ub прокачиваю себе карму.

Потому, что в христианской культуре трупов хоронить принято. а нас LOCAL как тогда будет работать?? там же в он скриптах это можно было раскинуть на локал или на микротик. а как теперь будет.?? В инструкции по микротик api # rm /etc/stargazer/Get* && rm /etc/stargazer/On* && rm /etc/stargazer/fullArp.php && rm /etc/stargazer/config # cd /usr/local/www/apache22/data/billing # cp -r docs/presets/MikroTik/ /etc/stargazer # chmod a+x /etc/stargazer/On* почему нету хотя бы мало майских разъяснений как лучше мигрировать кто теперь дергается при при добавлениях и изменениях. Мне раньше было все понятно в он скриптах, теперь пхписты что то там переделали и гадай как его все как его подкрутить под себя?? Благо хожу тут иногда читаю форум и вдруг Мик директ вырежем. Прям красные комиссары. Ага увидел. модуль «Сервера доступа (NAS)»: выброшен тип NAS Mikrotik Direct. Он более не поддерживается. И не говорите что никто не предупреждал. Конечно придется разбирать теперь с классами объектами методами дабы внести свое а как же я же за ночь все это изучу там нечего что знать, просто все. Все таки думаю система служит для админов которым в целом ближе bash например. И не всегда даеться возможность разбираться с програмерскими моментами. А почему не С++ писали он быстрее гораздо. ??

Зачем выбрасывать?? У меня все через него работает + сам писал все под api как же так батенька.

Если все работает - почему вопросы задаете? Что именно будете делать? Вопросы задаю надеясь на то что смогу заполучить больше инструментов управления пользователем так как я не программер в С и что то переделать в старгазере под себя не смогу однозначно.. Пока не дорос до написания ядра и собственной логики хотя и знаю как бы я хотел что бы было удобно и просто для понимания, опять таки все делал бы как было у меня на работе сделано. Ubilling + stargazer уже у меня в полноценной работе я доволен как слон потому что я реально все поставил во многом чем разобрался сам и спомощю этого форума спасибо nightfly, ub_mikrotik и вам. можно сказать даже повысил свою квалификацию для себя же. А по поводу что делать. есть уменя таблица в address-list enable на зываеться. если `Cash` < `Credit` 2. `Down` = 1 3. `Passive` = 1 то клиент должен быть Disable. B также у меня щас работеает скрипт который который проверяет нет ли лишних записей на микротике (дело все в том что у нас есть работники которые могут напрямую в микротике что то добавить отредактировать а удалить забдут или еще как) если в базе таких нет они удаляются из наса. Ну и осталось таким образом делать выборку по одному nas микротику например 20 клиентов и одним массивом с помощю api в зависимости от состояния Cash Credit Down Passive` добавлять их в access-list

И после чего перестало? 1. `Cash` < `Credit`2. `Down` = 1 3. `Passive` = 1 Я так понял, вы это имели виду... Еще для всех трех вариантов обязательно Authorized. И сейчас работает также. Вообще на данной схеме работы односторонней синхронизации никогда не возникало проблем. Не спорю бывали и черные дни с серверами они падали по разным причинам свет, беды, нагрузки которые требовали модернизации сетевых, настройки очередей вообщем оптимизации НО когда подымали их и проходили 5 мин на всех их всегда была актуальная инфа. Вот так я вижу отказоустойчивость по системе в текущей реализации. 1. `Cash` < `Credit` 2. `Down` = 1 3. `Passive` = 1 ЭТО я понял буду так и делать.

Я так понял, что здесь и прямая связь не всегда есть Я зарание извиняюсь. Возможно я не до понял каких то фундаментальных моментов по этим вопросам. Еще раз попытаюсь выразиться. Вот вы говорите об обратной связи НАСА. Я вот когда начинал работать на фирму провайдера был 1 сервак на нем крутился биллинг самописный плюс ipfw с таблцами ну и дальше все понятно. Стал вопрос раширения , поскольку табличные списки были в файлах все что требовалось это копировать их на другой сервер и все. Обратной связи как таковой нет. В итоге 4 сервера простым rsync были в нужном состоянии. понятно дело что была задержка в приминении состояния 5 мин. но зато все ок работало. PS по чем stargazer знает что он отключен, а если нет то как тогда??

Спорное утверждение, если постают такие задачи.. Тоже спорное утверждение .. Чем же реализация подобого отличается от MikroTik'овского? Судя и по предыдущим вашим постам, тут попахивает искусственным интеллектом на FreeBSD А вообще, чтобы реализовать подобное вам нужно совсем чуть-чуть подумать над логикой работы скрипта.. Так я его вижу: 1. Извлекаем из БД значение полей: а. `Passive` b. `Down` c. `Cash` d. `Credit` 2. На основании полученного делаем вывод в каком состоянии долен быть абонент на NAS'е 3. Смотрим в каком состоянии находится абонент на NAS'е 4. Если в том, что надо - оставляем всё без изменений, а вот если не в нужном - запускаем скрипт OnDisconnect прямо через консоль, например так: "/etc/stargazer/OnDisconnect", естественно не забываем передать и праметры)) P.S. Идея оочень непонятная, и не нужная для хорошей сети! Все правильно к этому уже пришел так и буду делать за что вам еще раз благодарность за консультации, единственное непонятно мне почему вы не писали для UB изначально так что бы не старгазер дергал скрипты а только базу колошматил, ну это ладно как есть так и есть как говориться даренному кону в рот не заглядывают. По поводу "хорошей сети" эта та которая без света и с обрывами кабеля, с трактористами, з нагружеными магистралями серверами, с плановыми ночными работами телекомуникационных компаний, с грозами который даже иногда закопаную 100 парку выпаливают на 1 метре в глубине в укртелекоме, это крутые монтажники подрядчики больших компаний которые могут в любой момент ребутнуть ТКД...... для меня такой нет потому я в этом плане параноик.