Linux на сервер доступу (PopTop, Accel-Pptp, RP-PPPoE, ...)

[Mobil 68]

100% вам нужен Микротик, все остальное требует более глубоких знаний мат.части.

[KaYot 3 681]

Стесняюсь спросить, а радиус-сервер подняли и проверили что работает?

[Abram 98]

Внесу трохи ясності.

RADIUS-сервер у нього є і працює. Mikrotik-и у нього теж є і працюють, але їх стало не вистачати.

 

Kremenets WDS ISP,

Ну як? Виходить камєнний цвєток?

[Kremenets WDS ISP 2]

Внесу трохи ясності.

RADIUS-сервер у нього є і працює. Mikrotik-и у нього теж є і працюють, але їх стало не вистачати.

 

Kremenets WDS ISP,

Ну як? Виходить камєнний цвєток?

Завівся пппое аццел із радіусом, але тільки після того як взів із тар-болла, мабуть вельмиповажний xeb щось поламав на git-і

Залишається ще актуальним зборка pptp модуля, при компіляції пише що все ок, а його самого зась ...

 

Стесняюсь спросить, а радиус-сервер подняли и проверили что работает?

Обизяесь нацяльника однако

 

100% вам нужен Микротик, все остальное требует более глубоких знаний мат.части.

єс, ай ду - мигротіка є і паше, мало його однако....

[Abram 98]

Залишається ще актуальним зборка pptp модуля, при компіляції пише що все ок, а його самого зась ...

cd kernel

make -C/usr/src/linux-blablabla

make -C/usr/src/linux-blablabla modules_install

Якщо пам'ять не підводить, то якось так.

На крайняк можна вручну закинути pptp.ko в /lib/modules/`uname -r`/extra і зробити depmod -a .

До речі, modprobe pptp потрібно записувати куди-нибудь в init-скрипти - саме не запускається.

[KaYot 3 681]

А можна детальніше про LEAF? Що це таке, з чим його їсти? Словом якусь додаткову інфу, якщо не затрудню...

http://leaf.sourceforge.net ну или коротко на русском - http://dev.seti.kr.u...ring-uclibc-4_x

А по аккаунтингу в этом дистрибутиве что есть? На боевых серверах использую ipt_account от intra2net, нужен он или какой-то аналог.

[NiTr0 584]

ipt_netflow портировал, но не проверял, ибо пользую пока туннели.

В принципе добавить что-либо проблемы не будет...

[KaYot 3 681]

И у меня тоннели, но биллинг заточен на прямой сбор трафика с NASов, через радиус не умеет.

[NiTr0 584]

Эм... А смысл собирать данные с насов напрямую? Ведь все равно аккаунтинг пакеты надо получать (чтобы сессии мониторить)...

[KaYot 3 681]

Зачем их мониторить? Те у кого null в session-end радиуса - активны. А бесплатную нагрузку на биллинг/БД из-за alive пакетов как-то не хочется.

В текущей схеме, биллинг раз в 10 минут сам сливает с NASов данный по нужному трафику.

[NiTr0 584]

Зачем их мониторить? Те у кого null в session-end радиуса - активны.

Т.е. аккаунтинг уже реализован, осталось только alive...

Только стоит учесть, что если дисконнект юзверя наложится на какой-то глобальный катаклизм (типа отлупа БД/глюков OSPF/проблемы с патч-кордом) и stop-пакет потеряется - сессии так и останутся висеть активными...

 

А бесплатную нагрузку на биллинг/БД из-за alive пакетов как-то не хочется.

В текущей схеме, биллинг раз в 10 минут сам сливает с NASов данный по нужному трафику.

Ну а никто не мешает поставить интервал алайв пакетов в 10 минут в общем-то.

Да и нагрузка смешная от них, тазик уровня атлона 5600+ вполне себе должен прожевать эдак 5-7к онлайн сессий, даже с учетом пользования перла с фрирадиусом (rlm_perl).

[KaYot 3 681]

Со всем согласен, но не умеет биллинг собирать из радиуса статистику и все тут Изначально он писался под чистый ipoe с помегабайтной оплатой, тоннели я к нему уже напильником приделывал, и получилось на удивление удачно.

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

 

Повисшие сессии изредка бывают, раз в неделю саппорт по звонку абонента нажимает кнопку 'прибить' в биллинге.

[NiTr0 584]

Ну дык netflow тогда уже прикручивать - тут и по направлениям гибкая статистика, и т.п. будет... А кривой модуль, требующий патчевания ядра (неведомо накой), как-то не хочется тянуть... Ибо неизвестно, что он может сломать. Не говоря уже о отсутствии поддержки актуальных ядер...

[KaYot 3 681]

Для тупого учета объема трафика netflow разбирать как-то избыточно, тем более что собирать и хранить его у нас в отличии от россии не нужно.

 

Значит буду дальше мучать ядро 3.1.5, RPS очень странная штука.

[NiTr0 584]

ipt_account вроде как максимум на 2.6.37 же

А для тупого учета траффика опять же лучше всего радиус

[KaYot 3 681]

ipt_account включили в xtables-addons, добавление в любую систему делается за минуту. Плюс ipset недавно появился в ядре, вообще счастье Раньше все это приходилось вручную добавлять кривыми патчами.

Встроил xt_account(так он называется в патчах) в 3.1.5, работает.

[NiTr0 584]

xtables-addons собирается без патчевания ядра, как я понял? Если да - добавлю.

А ipset 4.4 во всяком случае не требовал патчить ядро, просто собирался модуль...

[KaYot 3 681]

Xtables-addons is the successor to patch-o-matic(-ng). Likewise, it contains extensions that were not, or are not yet, accepted in the main kernel/iptables packages.

Xtables-addons is different from patch-o-matic in that you do not have to patch or recompile the kernel, sometimes recompiling iptables is also not needed

Реально, у меня аккаунтинг заработал вообще без пересборки, make/make install в папке xtables-addons, modporbe xt_account - есть контакт.

[Abram 98]

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

Linux ISG как раз это и делает - учёт IPoE сессиями, как с туннелями.

[NiTr0 584]

Реально, у меня аккаунтинг заработал вообще без пересборки, make/make install в папке xtables-addons, modporbe xt_account - есть контакт.

Добавил в гит. Ждите очередной беты, или собирайте срез master ветки (ну или next - там пошустрее пересборка будет всего, и более чистая кросс-компиляция; как со стабильностью - пока хз, но не думаю что что-то поломалось - из существенных изменений, которые могут что-то сломать, там только обновление gcc/uclibc).

[KaYot 3 681]

Спасибо добрый человек.

Отгуляем праздники, сяду изучать ваш LEAF, возможностей видимо достаточно для чего угодно при смешном размере.

Даже патч на giga words под pppd вижу, у себя так руки и не дошли его наложить - отличный повод все-таки прикрутить сбор трафика с радиуса

 

Сейчас все BRASы/роутеры на разных версиях fedora core, работает идеально, но сам понимаю что это жутко избыточно.

[NiTr0 584]

Кстати, в next ветку запилил accel-ppp, практически со всеми его вкусностями (ну кроме журналирования в постгрю и журналирования в отдельные файлы - первое требует портирования постгри, второе - AIO в uClibc + ротации логов + прочего). Сейчас на стадии тестирования.

[KaYot 3 681]

А когда 4.2b2 ожидается? Или поделись как из гита текущую версию забрать.

 

4.2b1 кстати на флешке на завелась, может чего не так делал. Syslinux файл ядра в syslinux/linux не видит и загрузить не может, при копировании его в корень загрузка начинается, но уходит в панику на этапе монтирования /root. Паника может быть из-за драйверов usb/настроек биоса, это скорее всего можно забороть, а вот первый пункт я не понял.

[NiTr0 584]

Версия syslinux может быть старой (сталкивался с таким).

Из гита забрать - http://sourceforge.net/apps/trac/sourceforge/wiki/Git

ветки main - основная разработка 4-й ветки, next - экспериментальная, в будущем перерастет в 5.0 (или какой там). Туда пилится все, что невозможно/сложно запилить в main без дополнительных изменений среды сборки/скриптов дистра/etc.

[KaYot 3 681]

Сразу подумал на старый syslinux(он в приглашении не дает вбить ни путь, ни имя длиннее 8 символов). Собрал последний, с ним система просто виснет выдавая какую-то мешанину текста с окончанием что-то типа OS not found. Проверю еще завтра с виндовой версией 4.0.5