bobr-kun

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

ты этоэ, жопный фахівець - как бы у самого чего с тылу не заторчало... попривыкали чуть что - на личности...

Всем доброго времени суток! Нужно два вентилятора, указанных в сабже. Планируются для установки на десктопную мать. Предложения лучше в ЛС

ёлки ж зеленые - как я мог забыть! таки да, нужен еще и статический белый IP - пойду срочно допишу. @Matou - спасибо огромное за напоминание! ага - а уже, по ходу, и не допишу...странно это - изменять запись можно только в течении ограниченного времени?

ну так ваши предложения же

Всем доброго времени суток! Нужен качественный интернет по адресу: Житомир, ул.Бассейная, 2, кв 1 Что нужно: 1. Стабильный (по возможности - мегастабильный) канал. Если с резервированием - вообще супер. 2. 100 мегабит/сек трафика. 3. Хороший, нет - отличный - забугор (чтобы если не 100, то мегабит 70 в ближайшие Европы/СНГ было). 4. Подключение только на "прямую" оптику, то есть без всяких медиков и прочей неуправляемой лабуды: sfp-порт с нашей стороны - sfp-порт в коммутаторе на крыше/стойке/сервере/etc провайдера. 5. Адекватная техподдержка (не круглосуточная, не из мега-гуру - просто: адекватная). Что желательно: 1. Возможность предоставить за деньги sfp-модуль (очень-очень желательно с DDM). 2. Если все "срастется" - произвести "разведку" на предмет возможности приварится к уже существующему оптическому линку. "Сервисы" по типу: "соточка - за чирик" - не интересуют. Предложения прошу в PM.

Here you go:

What exactly do you interested in? Try to use OIDView MIB Browser or iReasoning MIB Browser...

and here are the meanings of that numbers: thnx for that MIBs - it helped alot and now I'm able to write that to Ubilling!

Where did you found that? Can you give me that MIB-library? I'll try to get something from it with my SNMP-tools...

Всех приветствую! Кто знает каим OIDом можно достать вот эти значения: а то перерыл уже все найденные для этой модели MIBы - и не могу отыскать никак... или он сам их как-то высчитывает? если да - то как?

странно очень... а можно подробнее: откуда именно пытаемся создать ЦПЕ, какую кнопку жмем, что, построчно, получаем в браузере. ну и скриншот результата было бы не плохо... в любом случае - возможную проблему я обнаружил, устранил. если не хотите ждать, пока мой пуллреквест добавят в основную ветку - можете взять патченные файлы из моего форка и заменить ими имеющиеся у вас: https://github.com/bobr-kun/Ubilling/blob/master/api/libs/api.wcpe.php https://github.com/bobr-kun/Ubilling/blob/master/api/libs/api.mtsigmon.php

щас глянем очевидно, обращение к несуществующим элементам массива...

до куда? до ОЛТ или до абонов? до ОЛТ - нормализировалось(хотя был местами кошмар кошмарный), а до абонов, вроде, ничего и не поменялось: как было норм, так и осталось...

Доброго всем времени суток! Прошили P3310C на самую свежую 10.1.0E build 46085 и самый свежий tiger.blob. Особых изменений в работе не заметили, все хорошо работает как и работало, НО - заметили, что в данной прошивке больше не поддерживается команда epon dba hardware cycletime 25000 discovery-frequence 60 discovery-length 1024 и все же - весь наш зоопарк ОНУ работает так же хорошо, как и до прошивки. зато есть такая вот команда: OLT_config#epon dba hardware dynamic-cycletime ? <cr> OLT_config#epon dba hardware dynamic-cycletime и, емнип, эта команда была и в прошлой 10.1.0D build 33463. вопрос: как первая команда коррелирует со второй(в чем их различия) и нужно ли теперь боятся, хотя пока все работает ок?

Заказал у топикстартера комплект. Все соответствует описанию на 146%, упаковка - 25 баллов из 10. Человек предоставил все скриншоты, фото (даже видео работающего железа), несмотря на всю мою дотошность не было ни намека на "задолбал" или чего-то в этом плане.

...по стабильности, лул. да ладно там, чо я там попутал местами аргументы в тернарном операторе проверки чекбокса "использовать IP абонента как IP ONU", бгггг а так всьо агонь, чо

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

основное управление микротиком и ppp в частности находится здесь: /var/www/billing/docs/presets/MikroTik/system/executer/mikrotik.drv /var/www/billing/docs/presets/MikroTik/system/executer/tpls/ppp.ini естественно, на самом деле для того, чтобы корректно работать, оно должно находится в /etc/stargazer/system/executer/mikrotik.drv и /etc/stargazer/system/executer/tpls/ppp.ini с соответствующими правами для выполнения и прочего далее, если проанализировать mikrotik.drv, то в самом его конце можно найти функцию, отвечающую за работу с ррр из которого следует, что, если здесь $template['profile'] = !empty( $profile ) ? $profile[0]['name'] : $template['profile']; переменная $profile пуста после выполнения вот этой строки // Check custom profile exists& $profile = $this->command('/ppp/profile/print', array( '.proplist' => 'name', '?name' => $this->options['users_interface'] то в 'profile' подставится дефолтное значение из ppp.ini, а именно - default возможно теперь вам станет яснее, куда копать и где проверять... ну и кстати, сделайте скрин с вашими услугами в убиллинг

Итак, продолжение борьбы. Вчера решил попробовать запустить один из On* скриптов руками. Выбор пал на OnConnect. Предварительно встроил в ubilling.cls, file.drv и mysql.drv "дебаггинговые" записи в отдельный лог. В итоге, после выполнения комманды php -f OnConnect <all_needed_params> - все "взлетело", в микротике появились: address-lists ALLOW, запись в simple queue и запись в ARP. Старгейзер же упорно не хотел этого делать по велению Убиллинга, хотя в том же stargazer.log исправно появлялись записи: то есть, Убиллинг таки комманды Старгейзеру давал и они до него "добирались", но вот выполнение On* скриптов почему-то тупо не происходило. В итоге я психанул и снес Страгейзер с благой мыслью переустановить. Переустановил, едрить его за ногу. Теперь он не стартует вообще. После выполнения в консоли stargazer происходит что-то такое(это я сам энтером "проклацал", чтобы, так сказать, виднее было): и все. так оно "висит" может с минуту, может с две потом управление консолью возвращается, в процессах видим stg-exec, но не видим stargazer, в stargazer.log появляются три строчки: и тишина. До подгрузки модулей, я так понял, не доходит. Процесс сборки и инсталляции самого старгейзера проходит без видимых ошибок. Кудой копать? а, и да, SIGTERM теперь на stg-exec и stargazer не действует. только SIGKILL...

ну то я запропонував, щоби точно перевірити, що їх там таки 253... ну тоді спробуйте такий запит SELECT COUNT(id) as count, netid from `nethosts` group by `netid` це запит безпосередньо з Ubilling\modules\general\pl_ipchange\index.php, функція getFreeIpStats(), який, власне, і повертає кількість використаних IP.

от 0 до 255 - будет 256, но 0, обычно, адрес сети, а 255 - броадкаст адрес, потому да, вряд ли это реально. выполните в mysql консоли: select count(*) from nethosts where ip like '%172.17.10%';

Итак, мои изыскания по последнему вопросу, а именно - синхронизации с микротиком. Но для начала - мои мысли по поводу "как все происходит"(очень прошу пнуть в верном направлении, если они не верны): 1. При запуске страгейзер добавляет всех, кому можно в инет, в ALLOW address-list на микротике. Соответственно, записи тех, кому нельзя он делает disabled=1. Если записи абонента нет вообще в ALLOW address-list на микротике - он должен ее добавить и флаг disabled выставить в соответствии с текущим статусом абонента. 2. Если я в Убиллинге сделаю абоненту отрицательный баланс на счету - старгейзер должен сделать его запись disabled=1 в ALLOW address-list на микротике 3. Если я в Убиллинге снова сделаю абоненту положительный баланс на счету - старгейзер должен сделать его запись disabled=0 в ALLOW address-list на микротике 4. Если я в Убиллинге меняю абоненту IP - старгейзер должен поменять IP в ALLOW address-list на микротике 5. Если я в Убиллинге делаю ресет абоненту - старгейзер должен перепроверить и, при необходимости, добавить в ALLOW address-list, а так же флаг disabled выставить в соответствии с текущим статусом абонента. Я ничего не говорил про то, что старгейзер может так же провести манипуляции с DHCP-лизами, ARP-записями и прочим, поскольку мне важнее всего именно манипуляции в ALLOW address-list. В данный момент я сделал вывод, что скрипты On* у меня не отрабатывают вообще. От слова совсем. Как я это определил? Следующим образом: в каталоге billing/api есть три каталога: sgconf, sgconfxml и xmlrpc. В каждом из трех каталогов есть файл handlers.php. Поскольку я точно не знал, какой именно handlers.php использует "мой" Убиллинг, то в каждый из них в function executor() я добавил строку: file_put_contents('/var/log/stargazer/STG_executor.log', date("Y-m-d H:i:s") . ' ' . 'cmd string: ' . $configurator . "\n", FILE_APPEND); аккурат перед shell_exec($configurator); Далее, такую же строчку, только со слегка измененным текстом, который записывается в лог я добавил в OnConnect, OnDisconnect, OnChange и в конструктор класса ubilling.cls, который лежит в /etc/stargazer/system. Так вот, при проведении манипуляций, изложенных выше в моих размышлениях добавленная в handlers.php строчка четко отрабатывает и пишет в лог что-то типа: а вот строчки из On* скриптов и ubilling.cls - не отрабатывают. из чего я делаю вывод, что и сами скрипты, собственно - никем не запускаются. кстати, если запустить модифицированный скрипт руками - получим: Only STG can run script! в консоли и вожделенную запись в /var/log/stargazer/STG_executor.log. Дальше у меня идеи кончились.... Почему старгейзер может игнорировать On* скрипты? Права на эти файлы еще раз перепроверил... Если у кого-то есть хоть какие-то мысли, где может быть собака зарыта - очень прошу поделитесь здесь, а то у меня мозг уже сварился...

Всем снова доброго времени суток! Пока писал-ковырял свои мелкие хотелки, да вносил минмальные багфиксы, а потом еще и обновился до 0.8.2 rev 5482 сегодня ВНЕЗАПНО обнаружил, что перестала работать синхронизация с Mikrotik, мать его... Правда тестовый микротик с тех пор поменялся, но не думаю, что это сильно важно. Суть в том, что в сервера доступа NAS микротик добавлен, "волшебная" кнопка "Расширенная настройка" - есть, по нажатию этой кнопки в эту самую расширенную настройку я попадаю, все данные, которые должны подтягиваться с микротика, а именно интерфейсы, общая инфорация о состоянии - все подтягивается. Поскольку микротик тестовый - "галочки" для On*-скриптов отмечены все(как в принципе было и ранее, с первым тестовым микротиком, когда все ще работало). Проблема же заключается в том, что никаких вообще данных о тестовых абонентах на микротике не появляется: беру рандомного тестового абона, делаю ему отрицательный баланс на счету/снова делаю положительный баланс/делаю просто "ресет пользователя" - и ничего не происходит. Нет записей ни в Access List'ах, ни в арп, нигде. Такое впечатление, что не отрабатывают эти самые On*-скрипты, хотя каталог старгейзера никто не трогал вообще - то есть там все в том виде, в каком оно было, когда это все еще работало. Собственно - вопрос: как это можно отдебажить, проследить ход выполения, хотя бы увидеть где-то, что, например, Script OnDisconnect started или там Script OnDisconnect failed. З.Ы. до сих пор не знаю, имеет ли это значение, но считаю обязательным упомянуть: на новом тестовом микротике нет поднятого дхцп или прописанных абонентских подсетей на "Интерфейсе пользователей". И да, тестовый микротик и серевер Убиллинга НЕ находятся в одном сетевом сегменте(в одной подсети) - может это тоже имеет значение... По сути, мне сейчас очень хочется увидеть пару добавленных в Access List записей с именем ALLOW и IP-шниками абонов...

я имел в виду, что нигде в офф. доках и FAQ не сказано, тащемта. может стоит обновить/дополнить эти документы? дадут доступ - даже я смогу. ну или в необходимом, за ранее оговоренном, формате могу это все предоставить... "обсуждения" как такового я не обнаружил. были только выпады в сторону ТСа вот как раз типа вашей реплики ну вот случилось так. случилось - и пездейц.(например, маааалинькая, компания в которой не могут/не хотят тратиться на круглосуточную техподдержку. и на поддержку этих тоже не хотят. и в празднки-выходные биллнговый сервер предоставлен исключительно сам себе). ведь реализация такого механизма относительно не сложная штука...