rem_lex

решил попробовать работу радиуса, родной модуль при попытке аутентификации говорит: radius.cpp > 18:50:25 > RADIUS::RecvData Error magic. Wanted: '00100', got: '▒▒▒▒▒x▒|L▒▒▒{▒▒'▒▒▒2x▒▒%▒▒+▒DW8▒▒▒!▒▒▒x▒▒n▒▒ ;8▒ ▒봆,▒▒▒▒▒չh:▒/▒%▒▒FA▒;S▒η▒&▒▒▒<▒▒oY▒▒P▒▒▒I@8▒▒>{=0▒▒ZJ▒#▒▒▒▒"fcpI ̿▒ ' radius.cpp > 18:50:25 > RADIUS::Run Error on RecvData в качестве сервера радиуса используется Mikrotik 3.22

есть корпоративный клиент, 8 реалок, их же проще оформить как подсеть, несколько подключений по VPN с фейковыми адресами в разброс, и несколько локальных адресов, для организации локалка платная, заводить 15 учеток для одной организации? а как потом счет им выставлять, сидеть на калькуляторе считать?

можно еще в туда же, работа с CIDR? =) уж очень удобно

а возможно подсчет трафика для нескольких адресов пользователя одновременно как future request?

странно чет у меня первый раз без пробела не получилось, сейчас Ок вопрос такой, допустим есть клиент у которого ip=192.168.15.1,192.168.15.2 , у него стоит всегда онлайн, в конфигураторе стоит CheckIP и трафик не считается, есть идеи?

вот собственно вопрос, как правильно пользователю назначать несколько IP адресов? следующий в туда же для какого IP адреса будет считать статистика? исходные данные: чистая альфа версия stg-2.4-2009.03.25-12.27.21, виндовые конфигураторы 1.90.9 и 1.88.9, БД MySQL, трафик cap_nf конфигураторы не понимают адреса с масками типа 192.168.15.0/24 говорят "Неверный IP-адрес", но это еще полбеды, если в базу пользователю записать 192.168.15.0/24, а при восстановлении пользователя мы получаем 192.168.15.0 без маски!!! конфигураторы умею записывать адреса типа 192.168.15.1, 192.168.15.2, конфиг

на сколько я понял, он использует MySQL или это уже не СУБД?

во первых разбивка по дням была реализована в патче Silitra во вторых у меня натекает по 20-30 Гб и никто не умер в третьих, в версии 406 реализовано отключение ведение детальной статистики для определенного пользователя рушатся таблицы - покупай нормальные винты! ЗЫ: хинт, для оптимизации выборки за прошедшие месяцы подумай о переиндексации таблиц с компрессией, помогает =) и место экономит

снимай абонплату каждый день

кому интересно, все же удалось пару дней назад запустить немного обработав модуль mysql напильником, но вот очередные грабли, по крайней мере у меня с захватом трафика по netflow, как-то мало он считает... я бы сказал в 1000 раз меньше чем нужно, другие не проверял, т.к. не собираюсь использовать кому сильно интересно и хочется поэкспериментировать пишите в личку е-маил Ivan1970, а вот собственно у тебя какой интерес использовать последний rc, ведь последняя сборка от Алферова по идеи работает и вполне стабильно

официальной не станет, т.к. есть вебинтерфейс от разработчиков за $$$ и к стати не так уж и дорого стоит, думаю разработчиков тоже можно понять, т.к. выпускать опенсорс это энтузиазм, а кушать хочется всегда... Ivan1970, к стати, http://local.com.ua/forum/index.php?showto...mp;&do=findComment&comment=131828 есть прогресс и новые грабли к стати, madf, когда релиз намечается и какие изменения грядут? я слышал будет модуль для БД PG?

ну я думаю в какую сторону копать я показал +1 =)

я думаю стоит копать в сторону сбойного винта или оперативки...

к стати вторая ошибка лечит добавлением в ipq_cap.cpp инклуда #include <netinet/in.h> а чем трафик считаете?

свежие новости с поля боя %) оказывается господин Alferov уже пару месяцев безвести пропал из онлайна, даже его товарищи по службе пока что не отвечают на мои e-mail как оказалось, много проблем у меня было связано с тем, что собираю под 64битную платформу, т.е. попытки наложить патч не увенчались успехом по той причине что даже родной патч под 64бит не работает, причиной этому, как я считаю (ибо не программист по образованию), модификацию переменных буфера для сбора строки SQL запросов, а так же вещей типа с неявным объявлением переменных типа int который в 64битной интерпретации преврат

могу разочаровать но как токового gcc туда не натяшешь =( значит была у меня такая задача, решилось все на много проще, берем любой тазик, натягиваем туда любимый дистрибутив линукса и ручками собираем libexpat и sgauth в CFLAGS с ключем --target=armv4b-hardhat-linux , соответсвенно все либы для этого должны стоять... это отдельная свистопляка... должны стоять все devel пакеты для arm если не получится так просто, тогда смотри в сторону cross toolchains где-то здесь http://kegel.com/crosstool/ ЗЫ: для полного понимания сути свистоплясок http://www.thg.ru/network/20041011/index.html

вот собственно уже несколько дней пытаюсь ручками прикрутить патч к версии 2.406-rc1, покачто ничего кроме "Ошибка сегментирования" не получил... есть ли у кого-то удачный опыт? уважаемый, Alferov, есть ли надежда над продолжением работы над проектом с новой версией?

1) kvt_stg_public06.tgz was not found on this server. 2) можно описать логику работы bandwidthd и для чего нужно патчить КК 3) > Оффтоп: Есть идеи как слепить демоверсию в ReadOnly? самое элементарное за всеми SQL запросами сделать не комминт, как это по умолчанию, роллбэк =) или впринципе убрать все апдэйт и инсерт

chupyc, по случаю нет ли PCI-X SAS Controller-а, а то как-то количество подключаемых носителей приводит в уныние

madf, а есть шансы договорится дописать совместимость с 2й версией?

выгуглил, нехватает еще #include <string.h> так, теперь не запускается: # freeradius -X ............................... radiusd: #### Instantiating modules #### instantiate { /etc/freeradius/radiusd.conf[1597]: Invalid version in module 'rlm_stg' Errors initializing modules radiusd.conf: [1596] ### STG [1597] stg { [1598] local_port = 6667 [1599] server = localhost [1560] port = 6666 [1561] password = 123456 [1562] } # freeradius -v freeradius: FreeRADIUS Version 2.0.4, for host x86_64-pc-linux-gnu, built on Sep 7 2008 at 17:42:33 есть идеи?

Debian GNU/Linux 5.0 ядро 2.6.26-2-amd64 #1 SMP Fri Mar 27 04:02:59 UTC 2009 x86_64 GNU/Linux не собирается rlm_stg, лог: # ./build ############################################################################# Building rlm_stg for Linux ############################################################################# Checking endianess... Little Endian make -C /home/alex/stg-2.4-2009.03.25-12.27.21.my/projects/rlm_stg/../../stglibs includes make[1]: Entering directory `/home/alex/stg-2.4-2009.03.25-12.27.21.my/stglibs' make includes -C crypto.lib make[2]: Entering directory `/home/alex/stg-

к стати да, интересует адекватная работа нескольких подключенных конфигураторов

насколько я понимаю большинство сенсоров _правильно_ настраиваются на то что бы "ловить" трафик в момент форварда, если все правильно организовано, то ничего не будет считаться. в авторизаторе есть такая классная штука как активировать определенное направление, но не будешь же ты рассказывать нескольким тысячам пользователей как этой штукой пользоваться, к тому же большинству это будет неудобно, возникнет сразу вопрос, "а чё я должен тыкать кнопочку, а потом ставить какие-то галочки, я вот типа тыкнул кнопочку и у меня все работает" вопрос вот к чему, трафик снимаю по нетфлоу, интересно счит

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