nightfly

Ну и? Пусть себе меняются. Старгейзеру то какая разница? У меня как-то динамическое шейпление же работает успешно, не трогая старгейзера в принципе. не вижу причинно-следственной связи ждем следующего поста на тему "ой, сотня юзеров и все погибло" =)

Довольно нехороший вариант. Лучше делать deny ip from users_subnet/cidr to any via em0 + обратно Что значит медленно? Если вы о том что он статистику скидывает не моментально - дык он так и должен работать. Сначала накапливает сессии после чего их скидывает коллектору и флушит у себя. Хотите участить сброс сессий к коллектору? Крутите max_flows и timeout_name. То с какой частотой stargazer запись статы в базу - тоже крутиться в stargazer.conf. В норме netflow подразумевает что сенсор дожидается либо експайра либо нормального завершения сессии перед сбросом. Также сессия автоматом сбрасы

Пане депутат залогіньтесь (С)

А это ваше ipfw add `expr $ID + 11000` allow tcp from $IP to any in recv em0 ipfw add `expr $ID + 11000` allow tcp from any to $IP out xmit em0 чем не устраивает? Вобще не понимаю какое отношение к подсчету трафика имеет то как выглядит ваш OnConnect.

Зачем?! Просто запустить сенсор один раз руками или из rc.local и забыть на всегда. Вы что собирались его из OnConnect на каждого юзера стартовать? Чтобы получить количество_трафика*количество_юзеров?

Ну, средний домашний тариф на одного юзера сейчас Поверьте - проще заменить три строчки в конфиге старгейзера изначально и не иметь потом проблем на скоростях до 10Гиг чем играться в ручную подгонку трафика методом считания его дважды на всех возможных интерфейсах. Хотя да - не отрицаю, можно и сексом с кондиционером заняться, только зачем? Благо установка нормального сенсора (softflowd/fprobe) из портов - занимает 15 секунд и 1 строчку в шелле.

У гугла тоже все довольно хорошо с чувством юмора Да и с даром предвиденья у него неплохо

А чего вы от него хотите? ЗЫ не шейпите чтоли вобще?

Софтовый сенсор 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 ) в табличк

да, дайош в тему больше домохозяек!!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 отключен по умолчанию - Календарик наконец локализирован - Модуль "Тарифы": добавлена обработка ситуации когда нету добавленных кл

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