[-Ars-]

это не имеет никакого отношения к accel-ppp, делайте отдельный программный продукт!

Во-во! Не троньте отличную программу ;)

если рассматривать с точки зрения isp

accel-ppp не только для ISP используется. Нинада тут! :)

[taf_321]

Во-во! Не троньте отличную программу ;)

 

Если продукт правильно пошинковать, то почему бы и не расширить функционал?

[lan-viper]

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

 

PS

шучу )))

[taf_321]

одна прога - одна функция это уже прошлое тысячелетие.

 

Система плагинов уже выносит вам дверь в спальню.

[lan-viper]

одна прога - одна функция это уже прошлое тысячелетие.

 

Система плагинов уже выносит вам дверь в спальню.

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

 

Сразу вспомнил монстра eclipse, есть всё, благодаря плагинам, но он тааакой медленный (java).

[NiTr0]

но в accel подсистемы плагинов как таковой нет

Так уж нет? Неужто? А чего же все подключается-то динамически? :)

Журналирование - и то плагинами. Как и радус, и ип пулы, и т.д.

[lan-viper]

Это модули, не то

 

У системы плагинов должно быть одно архитектурно продуманное ядро с множеством хуков, через которые будет проходить каждое событие в программе. Короче там много тонкостей в архитектуре. То что сейчас - это не плагины, а условные сущности в контексте настройки программы, не смотря на то, что программный код, реализующий соотв. функции вынесен в свои динамические библиотеки (это сделано скорее для удобства организации кода).

 

Да что я разрехаюсь, придёт xeb и стукнет кулаком по столу (расставит всех на свои места) ))).

Изменено 8 марта, 2012 пользователем lan-viper

[xeb]

система плагинов/модулей конечно-же существует, может быть нет стандартизованного api (оно у меня всё в голове), но по расширению заложен достаточный потенциал

Изменено 9 марта, 2012 пользователем xeb

[zakachkin]

Не плохо было бы реализовать функцию UPnP для серых IP дабы не юзать дополнительные приблуды.

[xeb]

Подозрения вызывает ключ req-limit: поставил ограничение на 5 одновременных запросов - поднялось 5 сессий, поставил на 7 запросов - поднялось 7 сессий... Похоже, работает не так, как надо...

проверил, у меня работает как надо, не падает

[xeb]

Не плохо было бы реализовать функцию UPnP для серых IP

что имеется в виду ?

[KotikBSd]

uPNP подразумевает автоконфигурацию роутера делающего NAT, ведь по дефолту у клиента который за NAT - нет открытых портов, соответственно если клиенту нужен конект из мира, то мы можем либо полностью прокинуть реальник через NAT т.е. либо прокинуть порт\порты.

 

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

 

Но тут нужно быть осторожными, проверяя не занят ли запрашиваемый порт уже другой сессией... не знаю подразумевает ли upnp переопределение порта в том случае если он уже занят... нужно документацию читать.

 

некоторое описание - http://ru.wikibooks.org/wiki/%CF%EE%F0%F2/UPnP

Изменено 11 марта, 2012 пользователем KotikBSd

[taf_321]

uPNP

 

Эта функция ну совсем к BRAS никакого отношения не имеет. И выполняться должна ДО BRAS'а на стороне клиента.

[NiTr0]

taf_321

А вдруг извращения ради кто-то содержит брас с натом на одной машине... А может еще и биллинг с бордюром там же...

[taf_321]

А вдруг извращения ради кто-то содержит брас с натом на одной машине... А может еще и биллинг с бордюром там же...

 

А как отработать ситуацию, когда 2 клиента по UPNP запросят себе аналогичные параметры? За все время ковыряния в мыльницами-роутерами, везде upnp применяется для организации проброса запросов за NAT внутрь по неким портам, эдакий DNAT по запросу. Для говномыльницы на охфис-дом это все хорошо и логично, а вот для оператора связи полная шняга.

 

На мой взгляд, upnp-запросы и анонсы в сети оператора должны давиться на равне с cifs.

[NiTr0]

эдакий DNAT по запросу

Угу, так и есть фактически.

 

а вот для оператора связи полная шняга.

Согласен, но видать кто-то же держит upnp :) Хотя я смысла в нем не вижу, уж лучше реальники давать.

[alexaaa]

По поводу утечек памяти, последняя сборка 1.5 на INTEL сервере утечка памяти прекратилась, на AMD так же осталась, а так сервера работают стабильно.

Что нового в версиях 1.6 и 1.6.1

[xeb]

1.6.0 release

* implemented logwtmp module

* implemented connlimit module

* implemented advanced shaper

* implemented MS-Primary-DNS-Server/MS-Secondary-DNS-Server attributes

* fix per-interface PADI limiting (pppoe)

* fix module load order

* fix "show sessions match" (cli)

 

1.6.1 release

* fixed ip-down segfault

[s.lobanov]

accel-pppd умеет делать per-interface access-delay? (отвечать на padi с задержкой)

[NiTr0]

1.6.1 - непакованный тарболл получился.

[xeb]

accel-pppd умеет делать per-interface access-delay? (отвечать на padi с задержкой)

давно

 

1.6.1 - непакованный тарболл получился.

спасибо, щас исправлю...

[Cramac]

Всем привет. подскажите, что может быть такого, что теряются lcp эхи? При этом пптп эхи идут нормально, но соединение все равно обрывается, т.к. lcp эхи нет. Пинги до сервера тоже нормально ходят, в тестовый влан уменьшил до 5 клиентов....не помогает.

[-Ars-]

Пытаюсь на одном сервере завести accel-ppp и wide-dhcp6-server - не получается. Если accel-ppp уже запущен первым, то wide не стартует, жалуется, что порт уже занят.

Можно придумать какой-нибудь workaround для запуска ? DHCP нужен для обоих видов подключения. И нужно, чтобы оба бежали на одном сервере.

[Dimka88]

Существует следующая ситуация, имеются одинаковые 2 сервера Ubuntu 3.0.0-12-server x86_64 с accel-pppd при подключения по протоколу pptp и l2tp с логином "пппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппп" и таким же паролем, на одном из сервером падает демом accel-pppd. Версия accel-pppd 0d96cf0aaaa46c8515de49afcb0a776e2ce3302e. Другой не обращает на это внимание и продолжает работать. Сервер который падает, в dmesseg пишет

accel-pppd[21155]: segfault at 14b4000 ip 00007f794618c553 sp 00007f7943b49be8 error 4 in libc-2.13.so[7f7946052000+197000]

иногда

accel-pppd[27896]: segfault at ffffffffd3005a5b ip 00007feaf1aa2666 sp 00007feaee059be8 error 4 in libc-2.13.so[7feaf1968000+197000]

Никто не сталкивался? Что делать?

Изменено 22 марта, 2012 пользователем Dimka88

[xeb]

Можно придумать какой-нибудь workaround

можно

 

при подключения по протоколу pptp и l2tp с логином "пппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппппп

проверю