nightfly

Софтовый сенсор netflow # cd /usr/ports/net-mgmt/softflowd && make install Даже не знаю что еще можно придумать удобнее. Ценен кстати тем, что в отличии от cap_bpf (врун он) и скажем cap_divert (тот еще тормоз) можно собирать стату где угодно. Скажем с бордера.

Думаю придется отвыкать - я вот отвык еще лет 5 назад, тогда еще пакетные тарифы были в моде.... когда он начал привирать на каких-то 50-60% Все ваше <Module cap_bpf> iface = em0 </Module> Елементарно можно заменить на <Module cap_nf> TCPPort = 42111 UDPPort = 42111 </Module> + softflowd -i em0 -n 127.0.0.1:42111 В чудеса не верю - прозрачная прокся и nat с точки зрения интерфейска em0 - ничем не отличаються. Единственное что могу предположить в случае с nat-ом bpf чуть пожже начинает пугаться ситуации "ой не успею - давай скипну".

Вы еще раз пять разные интерфейсы продублируйте чтобы весь трафик считался по полтора раза Грю же - bpf нормально считает при скоростях <10mbit/s и при pps стремящемся к 0. Будьте человеком - используйте нормальные каунтеры.

2 Polo Этим все сказано. Переходите на cap_nf - он считает очень быстро и точно практически любые скоростя. 2 Roman Pogosyan Частичное кеширование одного файла? Кроме того действительно какая разница - iface = em0 таки идет к юзерам всеравно, тобишь всеравно весь трафик пролетает по нему. Суть проблемы тут только в том что bpf пропускает пакеты когда ему кажется "ой не успелось".

Да, выглядит полностью логично - все ноги растут из изначально нежиспособной архитектуры - Доктор я буду жить? - Будете но очень фигово и не долго. Получение всего что угодно из базы делается ровно в три с половиной строчки и ликвидирует все ваши доморощенные проблемы скажем до 20 кило юзеров. Нет - это не будет работать, stargazer читает табличку users только при старте, после чего помнит ее мозгами и периодически перезаписывает. Зачем хранить какие-то штуки (после чего их же и перезаписывать через некислую прослойку sgconf->conf_sg->stargazer->store_mysq ) в табличке users - честно, понять не могу. Ложите свои данные куда хочется и удобнее - почему вы так к старгейзеру прицепились?

да, дайош в тему больше домохозяек!!11

Конкретно в этом случае виноват криворукий мейнтейнер собравший isc-dhcpd с paranoia и еще вагончиком неведомых патчей(зачееем??) Также недавно видел волшебство с недозапуском тогоже dhcpd изза того что оно стартовать пыталось до подъема сетевухи. Лечили методом sleep 15 (omg-omg-omg, мне стыдно) в /etc/init.d/isc-dhcp-server. ЗЫ ничего особо против этих ваших линуксов не имею но юзабельным считаю таки только гентушечку - она хоть не разбавлена мудачизмом чуваков которые собирают пакеты под герычем

Таки проще dump/restore ничего не приходит на ум. Ну плюс минимальная унификация установки FreeBSD. Рекомендую открыть для себя with_/batch=yes при установке софта из портов.

Для особых личностей не читающих между строк: ЗЫ вы даже не представляете чего я только не пугаюсь. Вот например давеча шиншиллу увидел - до сих пор заикаюсь.

Вариант "отнести в ремонт и использовать ноут в роли ноута" вас конечно же не устраивает? Давайте екстраполирую: у меня есть телевизор в пульте которого сели батарейки, можно как-то использовать его для раскатывания теста на кухне? Одна проблема - панель прогибается, можно как-то оптимизировать процесс армировав экран сосновыми досками? А можно ли использовать для этого березу? Есть ли смысл прикрепить к телевизору изолентой (естественно синей) радиоприемник чтобы тесто было раскатывать веселее? Какие выгоды это сулит в будущем?

Сам в шоке У меня коллапс сознания вызывается при одном виде этих ваших линуксячих onconnect-ов и инициализаций шейпера.

Я думаю - в международный географический союз. Правда не доконца уверен занимаются ли они переименованием городов.

Реклама оплачена комитетом домохозяек-ветеранов.

Релиз Ubilling 0.2.2 rev 974 - Изменения в структуре БД: новая таблица ticketing (см. дамп). - alter.ini: новая опция ONLINE_FILTERS_EXT отвечающая за включение дополнительных фильтров в модуле "Онлайн" - alter.ini: новая опция STRICT_CONTRACTS_PROTECT отвечающая за запрет удаления старых договоров - alter.ini: новая опция STRICT_CONTRACTS_UNIQUE отвечающая за запрет повторного использования одинаковых номеров договора - alter.ini: OpenPayz отключен по умолчанию - Календарик наконец локализирован - Модуль "Тарифы": добавлена обработка ситуации когда нету добавленных классов трафика - Модуль "Классы трафика": убрана возможность добавления нескольких класов с одинаковыми номерами направлений - Модуль "Классы трафика": исправлена проблема с рефрешем - Модуль "DHCP": исправлена проблема с сетями без пользователей - Модуль "Сети": добавлено сохранение текущего типа сети - Модуль "Сети": добавлена экспериментальная поддержка DHCP option 82 - Модуль "Редактирование договора": добавлена проверка уникальности относительно опции STRICT_CONTRACTS_UNIQUE - Модуль "Редактирование договора": исправлена проблема с рефрешем - Модуль "Регистрация пользователей": добавлена обработка ситуации когда в пуле не остается свободных IP - Модуль "Смена IP": добавлена обработка ситуации когда в пуле не остается свободных IP - Новый плагин профиля "Послать сообщение": как не удивительно, позволяет посылать пользователям сообщения - Новый модуль "Тикеты": позволяет просматривать сообщения от пользователей, отвечать на них а также устанавливать статусы - Кабинет пользователя: новый модуль "Помощь" позволяющий писать о своих проблемах администрации и просматривать ее ответы - Кабинет пользователя: userstats.ini, новый параметр TICKETING_ENABLED отвечающий за включение хелпдеска Обновленная демка: http://ubilling.net....npages&pid=demo Релиз сам по себе: http://ubilling.net.ua/ub.tgz Обновленный инсталлятор: http://ubilling.net....nstaller.tar.gz Планы на ближайшее время: http://wiki.ubilling.net.ua/doku.php?id=plans

я думаю предполагалось что-то такое:

Недавно наблюдал такую дрянь на абоненте с пакетлозом в ~10% Также это сопровождалось периодичным Полечилось перетыканием абонента в другой порт. Также чисто для профилактики покрутил nmbclusters/sendspace/recvspace. В общем по ощущениям/наблюдениям такие штуки вылазят в основном при сетевых проблемах (пакетлоз, сетевуха битая ну либо порт свича, фиговая фрагментация) либо в момент неожиданного отруба абонента фаером - видимо так выглядит вопль бинда на тему того что ответить на запрос как-то не особо получилось. Для абонентов которые внезапно в процесе работы отламываются rscript пролетает небольшая серия "not enough free resources" с последующим результатом Итого думаю, можешь слишком сильно не напрягаться - это почти нормальное поведение.

Как-бы и при пятизначных количествах абонентов проблем особо не наблюдал. А то что оно bpfное - дык это другой вопрос.

я думаю проблема решаема сегментацией табличек для промежуточного хранения данных по времени rrdtool довольно прожорлив. Чисто из интереса намазюкал минут за 20 поюзерную-графалку на стороне клиента. Промежуточное хранение SELECT `login`,D0,D1,D2,D3,D4,D5,D6,D7,D8,D9,U0,U1,U2,U3,U4,U5,U6,U7,U8,U9 from `users` -> INSERT INTO `stggraph` (`id` ,`login` ,`timestamp` ,`download` ,`upload`) VALUES (.... В роли js рисовалки - flot, со здоровой серией "download.push(['.((time()-$eachtraffic['timestamp'])).', '.($eachtraffic['download']/60/1024/1024).']);" Подозреваю что основной проблемой может стать только конский размер/количество полей промежуточной таблички и соответствующее сжирание памяти. Возможно таки есть смысл обратиться к первоистокам храня промежуточные данные на ФС в виде login/date/hour/stats/downloaded etc. ЗЫ всеравно люблю bandwidthd =)

Правила языка намекают что верным написанием будет "слоновье". на здоровье

можно вольно использовать client-side решения я перманентно спокоен как слон Давно сделал, поделился выше, че.

хотите чтобы кто-то сделал это для вас? омг SELECT login,D0,U0.... from users / INSERT INTO graphdata (`id`, `timestamp`, `login`, `D0`,`U0`...) VALUES (.......) - 50% решения Взять любой граффер и отрисовать им две цифры по таймстампам - еще 50% решения Пишется дня за два, это с дебуженьем и вылизыванием. самый фиговый вариант для отрисовки мультипл датасорцов который можно придумать - почему не rrdtool напрямую или скажем highcharts в который вобще вникать не нужно? simple ага

Ну самоочевидно что у него интерфейсы и есть пользователи. А вобще вариантов поюзерного строения графичков - вагон. От бендвайстд (грязно, бпф) и до ручной обработки при помоши flowtools. Со старгейзером вобще елементарно. Благо трафик есть откуда снимать.

берет и работает, че нажать кнопочку раздампить дамп ага, cron называется Режим капитана очевидность: наверное потому что оно ребутается и восстанавливается в изначальное состояние тем же кроном раз в сутки да естественно, на нормальном железе, настроенный ровными руками stargazer рассчетливо должен работать максимум сутки - это запланированная функциональность. 1:37PM up 579 days, 5:39, 1 user, load averages: 0.35, 0.38, 0.40 crontab -e 10 0 * * * /home/nightfly/restart_demo.sh =) На самом деле никогда ничего там не тестил, оно просто самоубивающаяся виртуализированная демка.