nightfly

Небольшой анонс - Благодаря господину Небесный теперь у нас появились полноценные заготовки обработчиков OnConnect/OnDisconnect под Linux - Оперативно врезаем мегафичу человекообразной смены MAC адреса абонента - Готовимся к новому релизу который даже не за горами а за кочками

Там и брюлики заместо лампочек - зато это единственное что мы как поставили на мелкоэтажную/малозаселенную застройку года 4 назад так и забыли. Тобишь совсем-совсем забыли.

Итак, сборка обновилась до версии 0.0.5 rev 486 Изменения по сравнению с предыдущей версией: - Подгружаемые модуля взаимодействующие с профилем пользователя теперь ВНЕЗАПНО зовуться плагинами и крутяться в config/plugins.ini - Плагин изменения IP - Плагин просмотра детальной статистики - Добита локализация - С "безбоязненно втыкать vservices в крон" это я слегка погорячился - Множественные исправления работы с сетью в частности причесаны обработчики DHCP модуля multinet - Убран страшный рестарт stargazer при добавлении нового NAS, в следующей сборке заменим на SIGHUP - Вырезано ста

бьюсь в истерике

ну при определенном терпении можно даже счесть это полезным - монтажник прибыл на место проблемы, теоретически исправил, ресетим порт, смотрим как оно себя ведет 2 минуты, если ефект повторяется - будет сидеть там до посинения и не отвертится ES-2108 например.

І це - добре. Не дає стормити - шо від нього і потрібно. Пригнічує тільки те, що на зухелях (4012,3012) воно сильно намертво лочить порт навіть після усунення неправедних речей(ну може й є якийсь там таймаут, але ми не дочекались). Відділений ребут або порт disable/enable допомагає, але всеж це трішки нервує.

нивкоем случае, как вы могли такое подумать? ну зато весело

я вот смотрю на скорость дискаверов/офферов у себя в логе (на лизтайм я так подозреваю многим реализациям клиента насрать) и пугаюсь сколько ж запросов всеравно будет в секунду, а не при каких-то конкретных событиях самого биллинга реально требующих обновить состояние конфига (замена мака-регистрация). Ну хотя соглашусь - намного ведь интерестней хотябы раз в минуту пинать базу, посмотреть "а не изменилось ли чего?", правда? Можно конечно сделать кеширование данных и периодически, по таймауту проверять базу на наличие обновлений, ну правда появится некоторая латентность, только в

На перестройку конфига dhcpd? Ровно один в текущей версии. А что? конечно же, как вы могли предположить обратное? не боюсь. они то причем к дхцп и старгейзеру? (см сабж) пиво это хорошо, укос неожиданно накладывается на покатушки к более северным курортам, httpd на похапе - изврат.

Тобишь по каждому DHCPDISCOVER делать минимум по 1 select? Умно-умно, а главное как продуктивно. ну кто бы сомневался да хоть кофе им в постель носите, главное не забеременнейте нуда - долбить все время поюзерно обсыпаясь коннектами, а еще лучше вися перзистентно, даааааа... это действительно круто.... Что вы этим хотели сказать? php тоже можно скомпилить/собрать с рантаймом и что? # cat /var/log/dhcpd.log | grep "Jul 28" | grep OFFER | wc -l 1830933 ну с того и начинайте что мы говорим о чуток разных уровнях это достижение да?

Исправлена механика виртуальных сервисов, АП теперь снимается при любых раскладах. Теперь таки можно вроде как безбоязненно запихивать vservices в крон в нужное время.

yKpon Что есть сейчас: по пинку старгейзера перезаписывается конфиг isc-dhcpd(?) Что вы хотите: заменить isc-dhcpd на неведомую перловую зверушку которая будет по пинку старгейзера внешним скриптом получать данные из базы. Эммм, а что тут "более правильного" если не секрет? Не, ну я могу предположить "мотивы" что выборки по БД быстрее проходят чем глупый парс по текстовым файлам с одной стороны, с другой - парс проходит только на рестарте dhcpd и занимает всего-то вот столько при 7к+ статических хостов: # time /usr/local/etc/rc.d/isc-dhcpd restart Stopping dhcpd. Starting d

Abram Обоснуйте (С) Предлагаете дхцпд либо по таймеру (мама, я не тормоз? или делать селекты 100500 раз в минуту? а? не костыль не?) получать текущее состояние БД, либо по пинку от внешнего хендлера биллинга (все тот же пыщь-пыщь скрипт, для того чтобы обеспечить своевременную реакцию на проишествия случившиеся с БД биллинга)? Эмммм. Не кажется более логичным просто брать и при всех изменениях на нужном уровне производимых старгейзером (кажись о нем тема?) просто сохранять в один проход все что нужно в конфиг дхцпд? О такой проблеме слышал только от людей, не способных ус

А в чем проблема генерации конфига+перезапуска при нужных событиях, скриптом? Дхцпд - не есть хайлод штуковина где нужно сильно заморачиваться. Могу поспорить что изменения в итоговом конфиге (смена мака/регистрация нового юзера) у вас проходят не ежесекундно и не требуют здоровых выборок из БД.

options SMP device apic Должны быть вкомпилены в ядро, также в биосе должен быть включен APIC Mode. Больше там ничего за SMP не отвечает.

Итак обновил сборочку сегодня на сайте до версийки 0.0.4 rev 474. Из новоявленных фичей теперь появились: - управление контрагентами (это такие люди/организации к которым можно потом привязывать всякие бухгалтерские документы) - експорт оплат, например в 1С (шаблонизируемо) - печать касовых ордеров, на примере формочки КО-1 (шаблонизируемо) - появился механизм подгрузки плагинов пользовательского профиля (на примере попингуйки и контроля целостности) - появился наконец нормальный, модульный, локализируемый и вообще пушистый кабинет пользователя (правда пришлось выкинуть половину фу

2 Kucher2 спасибо за рекламу, но kvtstg уже не поддерживается, благо мы с господином morfey угрохали добрых пол-года на переписывание этого счастия с нуля, засим имеется более адекватный ubilling. Новый релиз кстати завтра

копипаста из первой же ссылки в гугле

Голосую за ipfw nat а также fast.forwarding врубить, как минимум. Чеж вы ресурсы то так не экономно расходуете, попроще машинки не нашлось что ли, ну там спектрума какого... Кстати быстродействие НАТа упирается далеко не только в количество абстрактного трафика. http://nag.ru/articles/article/17045/shape-nat-netflow-na-bolshih-setyah-chast-1.html

Читали, не?

Стоять!

Оно в любом раскладе будет золотым и кустарным. В свое время рассматривали варианты с митрисом. Вопрос ОК там вообще был решен толи на 2.4 толи жпрысом, вобщем как угодно только не нормально. Подозреваю что ммдс как близкий родич может иметь аналогичные детские болезни.

gsm ребутер изготовления elgato, с ним еще и смсками чатиться можно, любим его

82575 или 82576 однозначно.