nightfly

Появилась вика - wiki.stargazer.net.ua, решил очистить документацию от бугагашечек и таки как-то внятно описывать то что уже сделано/не сделано. На днях как и обещал - большой багфикс релиз, о том что уже исправлено можна почитать тут а о том что будет объязательно исправлено/дописано до релиза - тут Также вот планы на ближайшее будущее.

Закрашенные китайцы? =)

Как и обещал сегодня.. эммм.. ну сегодня ведь еще сегодня? Релиз 0.0.7 rev 503 Список изменений: - Модуль "Онлайн": исправлено отображение трафика - Плагин профиля "Детальная статистика": исправлена сортировка - Настраиваемый поиск новых MAC адресов в сети (см. alter.ini) - Конфигурация отображения трафика - Обновлена документация - Множественные мелкие фиксы некритичных но очень неприятных багов - Портирован интерфейс управления карточками, выглядит это приблизительно так - убран тетрис Планы на ближайшие несколько дней - Чинить проблемы найденные самоотверженными тестерами (в первую очередь и оперативно) - Привести в порядок пользовательский кабинет (доделать наконец самоменялку тарифа, самокредитовалку, и карточкопополнялку - там быстро) - Портировать под Ubilling старый динамический шейпер позволяющий строить гибкие условия перешейпливания трафика на лету исходя из скажем времени суток, трафика, фаз луны... (собственно все давно написано и успешно работает, но нужно выкинуть весь платформозависимый код и сделать это человекоуправляемым а не посредством выражений вида Tariffname=DAY({SPEED})/NIGHT({SPEED*2})) - Сделать вики и нормально учитывать межрелизные изменения а также попытаться сделать нормальную документацию без бугагашечек - Сделать счет виртуальных сервисов таки управляемым (конвергентность же) - Вернуть на место SIGHUP при добавлении нового NAS-а - Наконец написать модуль отчета по трафику (общий, по классам, по NAS-ам) - Модуль мониторинга свичей (опять же написан но хочеться выбросить из него весь код прибитый гвоздями к моим персональным проблемам). Выглядеть это должно приблизительно так: Все либо большинство из вышеизложенных ништячков следует ожидать ориентировочно к следующей среде-четвергу, по той причине что писанины немного, а больше строго перелопачивания старого кода и иногда оказываеться что сделать с нуля быстрее и проще. Оффсайт: http://stargazer.net.ua Ссылка на мануал: all_in_one_2006_11_01.zip Ссылка для скачивания: http://stargazer.net.ua/ub.tgz

Путь SGCONFXML в billing.ini Соответствует реальности? Есть небольшая возможность что sgconfxml у вас от нетой версии старгейзера, это может дать непредсказуемые ефекты. Пробовали руками сдалать ним запрос? Если все выглядит как должно можно попробывать воткнуть file_write_contents("debug.log",$string); в конце функции setVal($login, $type, $value = false, $subtype = false) в файлике api/sgconfxml/handlers.php чтобы посмотреть что он там пытается исполнять. Также очень рекомендую сделать error_reporting = E_ALL & ~E_NOTICE display_errors = On html_errors = On в php.ini - оно правда очень помогает искать проблемы.

Работа с тарифами работает только с хендлерами старгейзера sgconfxml и xmlrpc. Для того чтобы заработал sgconfxml ничего делать практически не нужно (его и рекомендую)- надо его собрать и установить для начала. Делается это просто: cd stg-2.407/projects/sgconf_xml/ ./build gmake install ну и прописать в /config/billing.ini соответствующие параметры администратора/хоста старгейзера. Проверяется очень просто - попробуйте банально внести/снять денег любому пользователю, если внеслось - значит и все остальное должно работать. Небольшой анонс: спасибо гражданам Небесный и Горбункул отловившим тонну неприятных артефактов и подсказавших очень полезнячие плюшки которые делаються очень просто и быстро. Засим вечером большой багфикс релиз.

а шоб я так жив

В оригинале был такой DI-LB604 но он уже к сожелению давно EOL, хотя кое-где еще валяется. dir-300/320 на wrt в силу слабого проца показывает категорически инвалидную скорость. Самым адекватным видом выглядит таки тазик на фре с двумя сетевухами и pbr.

радугу пришлось поменять тетрис же!

Итак, как и обещали новая сборка 0.0.6 rev 491 От предыдущих отличается: - Заготовки OnConnect/OnDisconnect под Linux от господина Небесный - Немножко причесаны заготовки OnConnect/OnDisconnect для FreeBSD - Вырезаны напрягающие таймауты из хендлеров billing_resetuser (в 2.407 с новым rscriptd они больше не нужны) - Бекпортнут новый интерфейс замены MAC адреса пользователя (включается при помощи SIMPLENEWMACSELECTOR в alter.ini) - По максимуму выброшен весь платформозависимый код - Подправлена локализация - Тетрис(!) с целью показать каким образом легко интегрировать что угодно в "панель задач" Как всегда инструкция по установке: http://stargazer.net.ua/billing_setup.pdf'>http://stargazer.net.ua/billing_setup.pdf Прямая ссылка на скачку дистрибутива: http://stargazer.net.ua/ub.tgz Оффсайт: http://stargazer.net.ua/

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

Небольшой анонс - Благодаря господину Небесный теперь у нас появились полноценные заготовки обработчиков OnConnect/OnDisconnect под Linux - Оперативно врезаем мегафичу человекообразной смены MAC адреса абонента - Готовимся к новому релизу который даже не за горами а за кочками

Там и брюлики заместо лампочек - зато это единственное что мы как поставили на мелкоэтажную/малозаселенную застройку года 4 назад так и забыли. Тобишь совсем-совсем забыли.

Итак, сборка обновилась до версии 0.0.5 rev 486 Изменения по сравнению с предыдущей версией: - Подгружаемые модуля взаимодействующие с профилем пользователя теперь ВНЕЗАПНО зовуться плагинами и крутяться в config/plugins.ini - Плагин изменения IP - Плагин просмотра детальной статистики - Добита локализация - С "безбоязненно втыкать vservices в крон" это я слегка погорячился - Множественные исправления работы с сетью в частности причесаны обработчики DHCP модуля multinet - Убран страшный рестарт stargazer при добавлении нового NAS, в следующей сборке заменим на SIGHUP - Вырезано старое API карточек, убедился что проще переписать его с нуля - По прежнему нету заготовок под Linux, наш штатный Debiano-ид все еще в запое, если кто может помочь - отзовитесь. - Убрано много дебаг кода - Блюющий единорог остался прежним Оффсайт: http://stargazer.net.ua Инструкция по установке: http://stargazer.net...lling_setup.pdf Выражаю огромную благодарность людям искренне пытающимся поставить ЭТО и честно репортящим о найденных проблемах, рискуя собственным психическим здоровьем. Без вас было бы не интересно

бьюсь в истерике

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

І це - добре. Не дає стормити - шо від нього і потрібно. Пригнічує тільки те, що на зухелях (4012,3012) воно сильно намертво лочить порт навіть після усунення неправедних речей(ну може й є якийсь там таймаут, але ми не дочекались). Відділений ребут або порт disable/enable допомагає, але всеж це трішки нервує.

нивкоем случае, как вы могли такое подумать? ну зато весело

я вот смотрю на скорость дискаверов/офферов у себя в логе (на лизтайм я так подозреваю многим реализациям клиента насрать) и пугаюсь сколько ж запросов всеравно будет в секунду, а не при каких-то конкретных событиях самого биллинга реально требующих обновить состояние конфига (замена мака-регистрация). Ну хотя соглашусь - намного ведь интерестней хотябы раз в минуту пинать базу, посмотреть "а не изменилось ли чего?", правда? Можно конечно сделать кеширование данных и периодически, по таймауту проверять базу на наличие обновлений, ну правда появится некоторая латентность, только вот зачем? ЗЫ у старгейзера кстати изкайобки есть очень удобный механизм узнавания "не изменилось ли чего у юзера?" ликвидирующий надобность постоянно и как-то внешне мониторить текущее состояние БД. Механику проще и надежнее найти сложно: "что-то изменилось -> пнули дхцпд -> забыли". Возможно в случае других биллингов где нету возможности узнать что "ой, мак поменялся" и имеет какой-то смысл тащить за собой огород из самодельных тролейбусов.

На перестройку конфига dhcpd? Ровно один в текущей версии. А что? конечно же, как вы могли предположить обратное? не боюсь. они то причем к дхцп и старгейзеру? (см сабж) пиво это хорошо, укос неожиданно накладывается на покатушки к более северным курортам, httpd на похапе - изврат.

Тобишь по каждому DHCPDISCOVER делать минимум по 1 select? Умно-умно, а главное как продуктивно. ну кто бы сомневался да хоть кофе им в постель носите, главное не забеременнейте нуда - долбить все время поюзерно обсыпаясь коннектами, а еще лучше вися перзистентно, даааааа... это действительно круто.... Что вы этим хотели сказать? php тоже можно скомпилить/собрать с рантаймом и что? # cat /var/log/dhcpd.log | grep "Jul 28" | grep OFFER | wc -l 1830933 ну с того и начинайте что мы говорим о чуток разных уровнях это достижение да? # ps aux | grep dhcpd dhcpd 19035 0.0 0.1 2948 2548 ?? Ss 4:16PM 0:00.07 /usr/local/sbin/dhcpd он как-бы и не должен создавать нагрузки бай дефолт почитайте что такое джойны, нормализация табличек, сторед процедурке - может не так смешно будет с вами беседы вести она всегда со мной ЗЫ Хотя не могу не согласиться - если самоцель заняться жарким сексом с табуреткой вместо работы, то написание своих дхцп серверов на перлах, своих хттпд серверов на похапе и своих сендмейлов на пасквиле является хорошим решением.

Исправлена механика виртуальных сервисов, АП теперь снимается при любых раскладах. Теперь таки можно вроде как безбоязненно запихивать vservices в крон в нужное время.

yKpon Что есть сейчас: по пинку старгейзера перезаписывается конфиг isc-dhcpd(?) Что вы хотите: заменить isc-dhcpd на неведомую перловую зверушку которая будет по пинку старгейзера внешним скриптом получать данные из базы. Эммм, а что тут "более правильного" если не секрет? Не, ну я могу предположить "мотивы" что выборки по БД быстрее проходят чем глупый парс по текстовым файлам с одной стороны, с другой - парс проходит только на рестарте dhcpd и занимает всего-то вот столько при 7к+ статических хостов: # time /usr/local/etc/rc.d/isc-dhcpd restart Stopping dhcpd. Starting dhcpd. real 0m0.056s user 0m0.027s sys 0m0.035s В то же время банальный SELECT * FROM `таже табличка по которой собирается конфиг`, без какой либо постобработки длится около 0.15с. И где практическая польза? PS для желающих еще поизвращаться есть еще anemon, dhcpsql а также вариант на сторед процедурах.