nightfly

Итак, вот стабильный релиз Ubilling 0.6.5 rev 4320 Изменения в структуре БД, см дамп. alter.ini: новая опция SWITCH_AUTOCONFIG для автоматического (по нажатию кнопки) поднятия влана на порту свича. alter.ini: новая опция SNMPSET_PATH указывающая путь к бинарнику snmpset alter.ini: новая опция SNMP_MODE указывающая режим работы с SNMP alter.ini: новая опция SNMPWALK_BACKGROUND включающая возможность фонового выполнения запросов. Модуль «Карта оборудования»: улучшено прослеживание трассы аплинков по карте. Модуль «Справочник тарифов»: теперь уточняет название тарифа перед редактированием ил

Повірте - як тільки ви упретесь в полочку, месседжів буде достатньо

Ну в дефолтному варіанті воно по ідеї, в мегабітному каналі двох юзерів з пайпами по мєгу і рівною вагою черг, має притискати в результаті ~50/50, тобто все тіпа чесно Ну QoS ще як варіант + вдумливе крутіння RED/GRED... але так - вам же ліпше, аби бажання і не з'явилось

Наміри провалились В залежності від того, як у вас організовані черги та їх вага в dummynet. За замовчуванням, наскільки памятаю там WFQ2+, тобто, хто перший - той і тато. Власне ваше запитання лежить вже в площині полісингу, а не шейпу. І якщо бути до кінця чесним - з даммінета, полісер - так собі.

То не мені треба дякувати, а David Hinkle, котрий правда забив на проект, ще в 2005-му році Скоріше за все так і буде. BPF просто пропускає пакети, котрі банально не встигає порахувати. Як вже казалось - моя спроба розділити малювалку(ака коллектор, ага - на окремому сервері, чисто під малювання графічків), та рахувалку (ака сенсор) та вкрутити в то все підтримку MySQL для віддаленого зберігання цього всього добра, дала несподіваний результат. Працює воно як і працювало паршиво та ресурсоємко, а також додалась проблема з повільним рендером графіків вже через 3-4 дні експлуатац

1. Тому, що він дубовий 2. Тому, що він використовує bpf 3. Переписувати з нуля його, я чесно - не маю ніякого здоров'я.

Не так вже й багато Ход коньом: # cat /bin/clear_dhcpdlog #!/bin/sh /bin/echo > /var/log/dhcpd.log /usr/local/etc/rc.d/isc-dhcpd restart # chmod a+x /bin/clear_dhcpdlog # crontab -e 30 3 * * * /bin/clear_dhcpdlog

1. Смотрим глазами: https://github.com/nightflyza/UBinstaller/blob/master/configs/firewall.conf 2. Пользуемся логикой: # Networks define ${FwCMD} table 10 add 1.2.3.4/24 # default block policy ${FwCMD} add 65533 deny all from table\(10\) to any via ${LAN_IF} ${FwCMD} add 65534 deny all from any to table\(10\) via ${LAN_IF} 3. Ясно, что нужно предусмотреть, чтобы для обратного трафика к реальным айпишкам, скипался НАТ.

form action="....." Ну можете переписать его с нуля под жумлу... че... С мягким знаком. Проще просто шаблон на кабинет натянуть.

1. Столько сколько интернет 2. Деньгами 3. Пользуйтесь, кто запрещает?

Ну да, это было бы вполне извращением в моем стиле

Какраз нехорошо, ибо насколько помню auth_ao не совместим с айпишками в виде *, или через запятую. Там по духу однозначно auth_ia в контексте хотспото-образности ближе.

Captive portal в общем вы хотите. Круто че. Несмотря на странноватую мотивацию про 30 юзеров и офисную сеть - идея вполне хорошая и будет востребована, хотя немного в другом ключе. Не так давно, чисто из интереса пилил такое на pfsense + radius - но работает на практике, это мягко говоря странновато. Свое родное - было бы на порядок круче и не требовало бы двух раздельных тазов. P.S. а почему именно свой вебсервер тащить? Можно же сделать обертку над урезанным консольным авторизатором - это должно на порядок упростить реализацию, не?

Кэп намекает, что это как-бэ один запрос.

Всегда пжалста

Накосячили при обновлении: http://wiki.ubilling.net.ua/doku.php?id=relnotes#section064

Не использовать SIGKILL на ровном месте?

Еще бы топором добили

Заворачить должников нужно фаером, чисто на уровне OnDisconnect - вообще не обязательно выдавать им другие айпишки, ибо это заведомое мудацтво. И нет, я все также ничего не понимаю в этих ваших линуксах, но подозреваю что для заворотов DarkSpider где-то уже расписывал на форуме решение. Там еще кажись что-то про ipset было.

Вы по чисто каким-то физиологическим причинам читаете строго наискосок? (к слову L1ght таки не спалил тему с перехватом событий в engine) И опять же документация для лохов да... http://wiki.ubilling.net.ua/doku.php?id=openpayz#%D0%BF%D0%B8%D1%88%D0%B5%D0%BC_%D1%81%D0%B2%D0%BE%D0%B9_%D1%84%D1%80%D0%BE%D0%BD%D1%82%D0%B5%D0%BD%D0%B4 и с табуреткой можно сексом заниматься... да... мы ж вам не мешаем же (фотки пжалста выложите, ок?) Мы понимаем, что означают слова "backward compatibility" а также слегка беспокоимся о работающих сотнях сетей. Вы судя по замашкам - нет. Давай

Не, ну вы понимаете же, что я вам кусок апдейтера не просто так показал?

Ага, по талонах

2 L1ght Хочет человек стремных извращений - это его право. Чеж ты злой такой Ну спалил бы, откровение на тему того, что для того, чтобы использовать полный функционал фреймворка, не нужно модифицировать вообще ничего.

2 ТС 1. L1ght вполне логично расписал, почему сейчас вещи которые работают, работают именно так. 2. По поводу аккаунтинга радиусом - вопрос точно не к нам, поскольку писать такое на похапе, еще и в обход архитектуры старгейзера - заведомое мудацтво. С одной стороны можно конечно попытаться спросить у madf-a, не хочет ли он часом написать модуль захвата трафика типа cap_radiusacct, но подозреваю, что он скажет то же, что и я - сейчас сложно найти хрень, с которой нельзя снять netflow.

А это потому, что кто-то не читает документацию http://wiki.ubilling.net.ua/doku.php?id=switchmap Перевожу: /usr/local/www/apache24/data/autoubupdate.sh case $DN_ONLINE_LINKING in NO) echo "=== No DN online ==";; YES) mkdir ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn chmod 777 /etc/stargazer/dn ${APACHE_DATA_PATH}${UBILLING_PATH}/content/dn echo "=== Linking True Online ===";; esac