Max

Возникла идея внести два больших изменения в стг касаемых тарифных зон и подсетей юзеров. 1)Тарифные зоны: сейчас как известно поддерживается следующий формат proto to_net/mask:port dir тоесть tcp 10.0.0.0/24:80 DIR0 это думаю комментировать не надо, а очень бы хотелось видеть следующий формат: из_сети(н):порт(н) -> в_сеть:порт(н) прото дир где (н) это не обязательный параметр тоесть 85.202.0.0/24 -> 85.202.1.0/24 ALL DIR0 85.202.2.0/24:9996 -> 0.0.0.0/24:80 TCP_UDP DIR1 Просто односторонние руез очень ограничены в функционале, когда например важно учитывать откуда пришел трафик. Интересны коментарии и предложения касаемо изменений. Теперь вторая часть 2)сейчас юзеру можно присвоить тока один ип адрес! это очень не удобно если например юзеру нужна сеть /24? судя текущей логике придётся создавать 254 аккаунта что не есть гуд. поэтому есть предложение расширить поле ip address для поддержки формата CIDR (10.10.0.0/24) это будет означать что юзеру будут тарифицировать все адреса в данном диапазоне от 10.10.0.1 до 10.10.0.254, при этом и в онконект будет пердаваться не адрес а сеть! Приэто естественно ничего не мешает указывать попрежнему один адрес незабыв отметить его правильной маской например 192.168.0.1/32 Вопросы и комментарии?

детали в личку или аську, хотя всё зависит от того что нужно заказчику

в поиск!

за ваши деньги любые фантазии

будем ждать отчёта!

на данный момент нет

да незнаю бывает у меня.... чедж лог напишем....

беглым взглядом могу сказать следующее: 1 картинка: Interrupts 13368 total 1: atkb 131 8: rtc 13: npx 14: ata 5872 21: em0 6338 22: em1 1027 0: clk Офигенные интеррупты по ем0 и ем1! Это значит что прокачка трафика грузит проц (дешёвые сетевухи), это кстати видно от сюда: 15.3%Sys 68.7%Intr 16.0%User 0.0%Nice 0.0%Idle | | | | | | | | | | ========++++++++++++++++++++++++++++++++++>>>>>> показатель Idle равен ноль! а это свободность проца и из второй картинки: CPU states: 14.6% user, 0.0% nice, 13.6% system, 71.4% interrupt, 0.5% idle так же видим 71.4% забирают сетевки (интеррупты).... и 0.5 процента свободного проца. Рекомендации на данном шаге: юзай полинг! Далее: смотрим вторую картинку: 413 root 107 0 20368K 19688K RUN 120.7H 8.06% 8.06% natd 415 root 106 0 105M 104M RUN 43.8H 7.37% 7.37% natd 2377 root 8 -15 39284K 30808K nanslp 27:59 1.66% 1.66% perl5.8.6 534 root 20 -15 28440K 11176K kserel 32.1H 0.00% 0.00% ipcad 322 bind 20 0 52616K 46204K kserel 492:47 0.00% 0.00% named 31757 mysql 20 0 79460K 21480K kserel 274:43 0.00% 0.00% mysqld 487 root 96 0 3384K 1476K select 24:54 0.00% 0.00% sshd 420 root 96 0 6352K 2412K select 8:39 0.00% 0.00% bgpd Натд - не есть хорошо! ибо юзер спейс, ipnat - есть хорошо! ибо ядро! так эе видим что этот натд сжирает примерно 20% общей мощности! ipcad - есть зло! ибо юзер спейс! если вы его пользуете для генерации нетфлоу, то юзайте ng_netflow так как это есть хорошо ибо кернел спейс! Неймед чёто ваще разошёлся... у вас или много зон или очень много клиентов.... рекомендую вынести на отдельный сервер!..... и мускул тоже! БГПД - своя AS?! Уважаю ! Выполнив мои рекомендации будете не то что 400 мегабит пережовывать.... гигабит потянете! ну и сисцтл вам в руки! тама тоже можно процентов 10 выжать из сервера!

на счёт чендж лога: согласно первоначальной договорённости сейчас правятся тока баги (посмертно), никакие новые фишки не добавляются, тобиж развития нет... Если интересно что поправили дифф вам в руки!

Доступна новая версия модуля mod_store_mysql_0.67.tar.gz брать там же где и раньше

а что за кпк и что за ос на нём? зы: может проще и дешевле юзать веб админку?

да стандартное, да норма, но на работу отражается... Правда не сильно заметно и не всем....

ос? чем собираете стату? Скока оперативы? Ибо у меня такой картины не наблюдается...

нада подумать, ваш патч отдам на анализ нашим людям...

1) да можно, всё решается опциями конфига 2) На данный момент жалоб от тестеров не поступало если не ошибаюсь гдето месяца 2, значит можно назвать стабле Сумма нужна всегда, минимум 10 баксов, максимум не ограничиваем

Каким образом? Опять патчи? само собой

для теста доступна новая бета версия (думаю что последняя) расширенного конфигуратора. Из нового: Исправлены некторые баги, и глюки. Добавлена поддержка просмотра статистики за предыдущие месяца. Если кому интересно затестить велком в личку. ! Важно! Для включения поддержки необходимо пересобирать стг!

а конфигурацию?

смотрите детальную статистику

тут все вопросы к автору биллинга, с какой периодичностью он данные сбрасывает в базу...

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

с соответствующим модулем да

может прав не хватает?

нда, даже я удивился а проект попрежнему поддерживает Борис?

ищите ответ в конфиге, проблема изжёвана