nightfly

Че так слабо? Давайте тогда уж Kingston SSDNow V+100 512GB 2.5" SATAII MLC - он на сервере доступа будет точно незаменим

на тему НАТов (не так и много кстати ipfwnat/natd/pfnat/ipnat/ng_nat и вроде как все) - это называется свобода выбора, у ipfw кстати синтаксис интуитивен. проще чем nat 1 config if em1? не верю. почему-то опять же если посмотреть внимательно по форуму танцы с бубном всегда вокруг tc а не dummynet/altq (см темы про стартовые скрипты старгейзер). Я к сожелению плотно знаком только с гентой. Срочно привыкать к федориному корю? Завтра привыкать к дебиану а послезавтра вникать в вятку? В этом и ценность БСД - это одна целостная система, с одной документацией и одними известными

Не говорю - лучше (пороцитируйте пожалуйста). Говорилось: В начале 2000-х ушел с линукса на котором сидел начиная с RH 4.11 и слаки 3.30 на BSD какраз изза наглядности и простоты. Не жалею как-бы. Простой тест - никто из знакомых линуксовых админов сходу без заготовок и гугления почему-то не может изобразить банальный пайп. (отзовитесь, ау). На десктопе дальше линукса. (железо как оказалось не только сетевухами ограничивается Однозначно, только привыкать к чему-то одному с одной документацией а не к вот такому зверинцу кажись немного проще, не находите? Ключевой момент

Про стабильность таки домыслы. Про проще можно тоже поспорить. Про предсказуемость зверинца дистрибутивов? Текущий топик показателен. ЧЯДНТ?

В смысле "два интернетовских"? Оо IP+MAC+VLAN Per User, около десятка НАСов, на них с одной стороны уходят дефолтрауты юзверских сабнетов с другой они натыканы в бордер.

Блин, не верю в чудеса. В аську стукните чтоли.

Сервер доступа хотябы показывается в модуле "Отчет по трафику"?

У меня не более 20% одного из ядер при 600 мбит потоках на каждом из насов. Думаю собака порылась в линуксовом pcap. А вы яндекс или рамблер? Очень приятно познакомиться. Если серьезно то ответ на ваш вопрос очевиден - юзкейс FreeBSD находится совсем в другой плоскости а именно заточен в сторону раутинга. О рамблере точно не знаю но у Яндекса первопричина очень простая - они начали массово виртуализировать свои сервисы а на тему виртуализации у фри очень невесело - либо дремучие джайлы, либо странно работающий вбокс либо астральный бихайв. Если бы у них была самоцелью не виртуализа

Видите как все просто? Теперь осталось только избавиться от линукса и жить долго и щасливо

Кстати, версия надеюсь 0.1.8?

должно писаться при выборе типа NAS-a - rscriptd, также проверьте права на файл.

strace softflowd -i eth1 -n 192.168.1.1:42111 Есть неплохие шансы увидеть что ж ему еще не нравиться. Единственное что приходит в голову - либо неверный интерфейс либо невозможность открыть сокет. В любом случае подобных ерроров на БСД еще не видел - оно запускается всегда. Для линуксов еще иногда рекомендуют использовать fprobe, хотя у знакомых на дебиане softflowd работает отлично.

документация по линуксу мягко говоря не актуальна Туда нифига руками добавлять не надо - оно заполняется автоматически при изменениях в модуле "NAS-ы" и должно быть симлинкнуто например так: ln -fs /usr/local/www/data/billing/remote_nas.conf /etc/stargazer/remote_nas.conf Также в billing.ini есть опция отвечающая за отсылку SIGHUP старгейзеру в случае изменения NAS-ов. Тобишь весь процес добавления/удаления серверов доступа таки автоматизирован. Определение возможности показа поюзерных графичков завязано только на данные в модуле конфигурации NASов и подсети пользователей.

Как запускали? Что говорит стрейс?

При потоке в 500 мбит сам softflowd отжирает 8-12% одного из ядер заона 34. Разлопачивание трафика старгейзеровым коллектором действительно дико быстрое - аккаунтинг скажем 2Гбит канала выжирает не более 20% проца на биллинговом сервере.

а сам NAS для нужной подсети добавили? Там логика простая - если для подсети в которой находится пользователь есть NAS с установленным параметром "Bandwidthd URL" берутся и показываються его графички. То что пользователь принадлежит некой сети определяется методом развертывания сети multinet от "start IP" до "end IP" и сопоставлением развернутого масива с пользовательской IP.

Это не бага - это "фича" которая должна проявляться и в других модулях из за того что $_GET['username'], как правило попадает в vf() который скипает всякие инжектоопасные штучки.

softflowd собирает все. Старгейзер будет писать в зависимости от выставленного флага DisabledDetailStat.

cap_nf + softflowd - установка/настройка меньше 5 минут. stargazer.conf <Module cap_nf> TCPPort = 42111 UDPPort = 42111 </Module> Пускаем на удаленном хосте softflowd softflowd -i em0 -n хост_старгейзера:42111 В более подробном варианте тут: http://habrahabr.ru/blogs/sysadm/130937/

Маячня. Перевіряв - шо не тицьнеш, то робить.

Не оно? http://tinyurl.com/67enl53 Хотя нафига рулить шейпером вручную все равно остается загадкой.

Зачем? оО

Там еще много чего есть чего может не быть при неполной конвертации. Для исправления таких артефактов и есть модуль проверки целостности. Если натыкать для всех юзеров автоматом пустых мыл/рилнеймов/телефонов не проблема то с данными нужными для multinet возникает совсем другая картина. $query = "INSERT INTO `realname` (`login`, `realname`) VALUES ('$login', '$realname');"; Кстати для таких штук предусмотретн букет функций вида zb_UserCreateRealName($login,$realname) чтобы в случае изменения структуры БД ничего не взорвалось. В целом идея действительно здравая, но п

Внезапный багфикс релиз Ubilling 0.1.8 rev 815. - Починена внезапно сломавшаяся в 0.1.7 переключалка режима внесения средств - Исправлен просмотр событий по дате Ссылка для скачивания: http://ubilling.net.ua/ub.tgz Скрипт для автоматического обновления: был где-то выше.

На власному досвіді - апач успішно віддавав тяжку статику на швидкостях ~600Мбіт, далі все впиралось в далеко не найкращі мережухи/вінти. Використання nginx як фронтенду до апача помітного приросту швидкодії не дало. Хазяйці на замітку: 1. багато памяті (форки-форки-форки) 2. Accept-фільтри 3. ввімкнути sendfile 4. можливо ввімкнути ММ? 5. фастфорвардинг?