madf

Все должно отправляться

"undefined reference" говорит об отсутствии символа на этапе компоновки, а не компиляции. В Makefile добавь в LIBS -lgnugetopt LIBS += -lexpat \ -lc_r \ -lc \ -lgnugetopt

Верни все хидеры в исходное состояние. Нечего их портить. Все решается дефайнами. Ты когда дефайн добавлял - ты его в самый верх файла ставил? Над инкладами?

Пока нигде. В процессе тестирования, документирования и написания ченджлога

Сейчас в inetaccess пофикшен точно 1 дедлок и добавлен функционал для более детального мониторинга переходов между фазами юзеров.

Полный лог в студию. И вобще непонятно, при чем туту хидеры ядра...

Уже сто раз обсуждали. И в документации описано. При использовании ipq_cap нужно подгрузить модуль ядра: modprobe ip_queue

Фазы не залипают. Таймаутер сбрасывает фазы 2 и 3 в 1, а 4 - в 3. Судя по вот этому кусочку лога inetaccess.cpp > 12:12:07 > User Plotnikova FOUND! inetaccess.cpp > 12:12:07 > ======================> InitEncrypt dont needed inetaccess.cpp > 12:12:07 > ALIVE_ACK_6(7) - OK inetaccess.cpp > 12:12:07 > Monitor time 1207564408 1207991587 traffcounter.cpp > 12:12:09 > FlushAndRemove() packets: 2705(rem 352) ip2packets: 5410(rem 704) inetaccess.cpp > 12:12:10 > recv from 192.168.10.65 5554 len=64 inetaccess.cpp > 12:12:10 > User N

В этой версии нельзя. Только прямым доступом в базу. В следующей версии уже можно. На неделе скорее всего будет релиз.

Нужен кусок лога побольше. Там где он не может подключиться.

Ну зачем же src? У тебя ж не Gentoo Бинарники должны быть...

Я просто не совсем понял что это модуль какой то или команда или еще чтото Это команда подгрузки модуля ядра для поддержки цели QUEUE в iptables

По поводу сокета: egor2fsys правильно ответил: modprobe ip_queue

Ого! Запахло FreeBSD При сборке из сорсов не указал префикс? Лучше поищи у себя в репозитарии. А эту установку прибей.

АСП - rpm-based дистрибутив. Там не apt, а rpm. Ну и какой-то пакетный менеджер... Из сорсов - это неправильный путь.

/etc/raddb есть?

Разве что в качестве меры предупреждения черезмерного роста лога

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

С stg не идет никаких дампов к мускулу

Пока пользователей мало - можно все держать на одном серваке. Когда их переваливает за несколько сотен - лучше разнести.

На маршрутизацию тоже процессорные ресурсы уходят. Особенно если стоит прокси.

Почему? Юзеры будут идти к фтп напрямую, роутер занимается только инетом и авторизацией.

Можно оставить ftp в локальной сети и управлять на нем фаерволом с помощью rscriptd

Ошиблись форумом. Тут обсуждается Stargazer. Но лучше свитча с Port-Filtering еще ничего не придумали. Все остальное - костыли.

Если тебе нужно кеширование - то да