Перейти к содержимому
Калькуляторы

Приветствую. Писал на accel-ppp.org напишу еще и здесь.

Проблема с параметром local-net

указав в него 10.10.11.0/24 почему то accel начинает авторизовать всех из сети 10.10.10.0/24

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

 

П.С.

# uname -a

Linux nas 4.4.0-59-generic #80-Ubuntu SMP Fri Jan 6 17:47:47 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Есть пару accel PPPoE серверов каждый работает со своим радиус сервером (LANBilling), на коммутаторах агрегации всё это рулится по VLAN для клиентов (каждый на свой интерфейс) и собирается это всё с доступа до L3 (accel).

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

Но есть какие то странные клиенты которые при поднятой сессии начинают слать запросы на повторную авторизацию как бы заново с тем же MAC, тем самым получаются не понятные вещи :)

В лучшем случае если один VLAN прописан на одном интерфейсе в сторону NAS - будет множество запросов (Access-Request<—>Access-Reject, PADI<—>PADT ) которые accel успешно рубит с помощью connlimit, а в худшем если один и тот же VLAN дублируется на разные NAS, клиента кидает уже на другой NAS он поднимает еще одну сессию и сразу её завершает и т.д. и постоянно шлёт запросы (PADI) с одним и тем же MAC.

 

Со стороны радиуса это выглядит вот так:

 

10.02.2017 17:59:01 INFO    LWP31928 [radius.cpp:593:RunAuthRequest]    Access-Accept, <login1> [17222], Session-Id 07de7ad4216396f2
10.02.2017 17:59:02 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216396f3, {already connected}
10.02.2017 17:59:16 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639701, {already connected}
10.02.2017 17:59:25 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad421639714, {already connected}
10.02.2017 17:59:31 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639717, {already connected}
10.02.2017 17:59:43 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad42163972a, {already connected}
10.02.2017 17:59:48 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad421639732, {already connected}
10.02.2017 17:59:57 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad42163973d, {already connected}
10.02.2017 18:00:11 INFO    LWP31928 [radius.cpp:593:RunAuthRequest]    Access-Accept, <login1> [17222], Session-Id 07de7ad421639754
10.02.2017 18:00:12 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad42163974f, {already connected}
10.02.2017 18:00:23 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639765, {already connected}
10.02.2017 18:00:35 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad421639778, {already connected}
10.02.2017 18:00:35 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639776, {already connected}
10.02.2017 18:00:46 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639787, {already connected}
10.02.2017 18:00:58 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639795, {already connected}
10.02.2017 18:00:58 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad421639796, {already connected}
10.02.2017 18:01:12 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216397a5, {already connected}
10.02.2017 18:01:21 INFO    LWP31928 [radius.cpp:593:RunAuthRequest]    Access-Accept, <login1> [17222], Session-Id 07de7ad4216397ba
10.02.2017 18:01:24 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216397c1, {already connected}
10.02.2017 18:01:38 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216397d4, {already connected}
10.02.2017 18:01:45 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad4216397e2, {already connected}
10.02.2017 18:01:50 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216397e8, {already connected}
10.02.2017 18:02:05 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad4216397fc, {already connected}
10.02.2017 18:02:08 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad421639807, {already connected}
10.02.2017 18:02:19 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639814, {already connected}
10.02.2017 18:02:31 INFO    LWP31928 [radius.cpp:593:RunAuthRequest]    Access-Accept, <login1> [17222], Session-Id 07de7ad42163982c
10.02.2017 18:02:34 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad42163982b, {already connected}
10.02.2017 18:02:48 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639840, {already connected}
10.02.2017 18:02:55 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login1> [17222], Session-Id 07de7ad42163984b, {already connected}
10.02.2017 18:03:00 INFO    LWP31928 [radius.cpp:575:RunAuthRequest]    Access-Reject, <login2> [13899], Session-Id 07de7ad421639853, {already connected}

 

Со стороны accel:

 

[2017-02-10 18:04:52]:  info: recv [PPPoE PADI 20:e5:2a:14:65:d6 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name >]
[2017-02-10 18:04:52]:  info: send [PPPoE PADO 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0000 <AC-Name nas1> <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62f21df1fcd750ec1a>]
[2017-02-10 18:04:55]:  info: recv [PPPoE PADR 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=0000 <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62f21df1fcd750ec1a>]
[2017-02-10 18:04:55]:  info: send [PPPoE PADS 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=fec1 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:04:58]:  info: send [PPPoE PADT 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=fec1 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:05:03]:  info: recv [PPPoE PADT 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=fec1 <Generic-Error>]
[2017-02-10 18:05:06]:  info: recv [PPPoE PADI 20:e5:2a:14:65:d6 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name >]
[2017-02-10 18:05:06]:  info: send [PPPoE PADO 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0000 <AC-Name nas1> <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c6261dc962140f5c2ad>]
[2017-02-10 18:05:18]:  info: recv [PPPoE PADI 20:e5:2a:14:65:d6 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name >]
[2017-02-10 18:05:18]:  info: send [PPPoE PADO 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0000 <AC-Name nas1> <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62fab760f59666997a>]
[2017-02-10 18:05:21]:  info: recv [PPPoE PADR 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=0000 <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62fab760f59666997a>]
[2017-02-10 18:05:21]:  info: send [PPPoE PADS 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0901 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:05:24]:  info: send [PPPoE PADT 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0901 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:05:30]:  info: recv [PPPoE PADT 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=0901 <Generic-Error>]
[2017-02-10 18:05:33]:  info: recv [PPPoE PADI 20:e5:2a:14:65:d6 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name >]
[2017-02-10 18:05:33]:  info: send [PPPoE PADO 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0000 <AC-Name nas1> <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c625a09c1fa48338314>]
[2017-02-10 18:05:45]:  info: recv [PPPoE PADI 20:e5:2a:14:65:d6 => ff:ff:ff:ff:ff:ff sid=0000 <Service-Name >]
[2017-02-10 18:05:45]:  info: send [PPPoE PADO 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=0000 <AC-Name nas1> <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62a84e461510a65f71>]
[2017-02-10 18:05:48]:  info: recv [PPPoE PADR 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=0000 <Service-Name > <AC-Cookie 4d6e1062ce570e758dd1ed2d48261c62a84e461510a65f71>]
[2017-02-10 18:05:48]:  info: send [PPPoE PADS 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=1342 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:05:48]:  info: send [PPPoE PADT 00:16:6e:f2:3a:f7 => 20:e5:2a:14:65:d6 sid=1342 <AC-Name nas1> <Service-Name >]
[2017-02-10 18:05:53]:  info: recv [PPPoE PADT 20:e5:2a:14:65:d6 => 00:16:6e:f2:3a:f7 sid=1342 <Generic-Error>]

 

Лог accel по этому логину:

 

[2017-02-10 18:10:55]: debug: : lcp_layer_init
[2017-02-10 18:10:55]: debug: : auth_layer_init
[2017-02-10 18:10:55]: debug: : ccp_layer_init
[2017-02-10 18:10:55]: debug: : ipcp_layer_init
[2017-02-10 18:10:55]: debug: : ipv6cp_layer_init
[2017-02-10 18:10:55]: debug: : ppp establishing
[2017-02-10 18:10:55]: debug: : lcp_layer_start
[2017-02-10 18:10:55]:  info: : send [LCP ConfReq id=1 <auth MSCHAP-v2> <mru 1492> <magic 58ea9186>]
[2017-02-10 18:10:55]:  info: : recv [LCP ConfReq id=d5 <mru 1492> <magic 2b741596>]
[2017-02-10 18:10:55]:  info: : send [LCP ConfAck id=d5 ]
[2017-02-10 18:10:55]:  info: : recv [LCP ConfReq id=d5 <mru 1492> <magic 2b741596>]
[2017-02-10 18:10:55]:  info: : send [LCP ConfAck id=d5 ]
[2017-02-10 18:10:55]:  info: : recv [LCP ConfAck id=1 <auth MSCHAP-v2> <mru 1492> <magic 58ea9186>]
[2017-02-10 18:10:55]: debug: : lcp_layer_started
[2017-02-10 18:10:55]: debug: : auth_layer_start
[2017-02-10 18:10:55]:  info: : send [MSCHAP-v2 Challenge id=1 <69c92ea1594d68e487daf139b9faa88>]
[2017-02-10 18:10:55]:  info: : recv [MSCHAP-v2 Response id=1 <f56ffcca2fd840fbaa3337128457c019>, <f3ed1c759bfb9f99f60b4c6e8c8c304875245630897068>, F=127, name="login1"]
[2017-02-10 18:10:55]: debug: : radius(1): req_enter 1
[2017-02-10 18:10:55]:  info: : send [RADIUS(1) Access-Request id=1 <User-Name "login1"> <NAS-Identifier "nas1"> <NAS-IP-Address 10.10.10.33> <NAS-Port 4294967295> <NAS-Port-Id ""> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "20:e5:2a:14:65:d6"> <Called-Station-Id "bond0.100:20:e5:2a:14:65:d6"> <Acct-Session-Id "07de7ad421639b29"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >]
[2017-02-10 18:10:55]: debug: : radius(1): req_exit 0
[2017-02-10 18:10:55]:  info: : recv [RADIUS(1) Access-Accept id=1 <Session-Timeout 0> <Service-Type Framed-User> <Framed-Protocol PPP> <Framed-IP-Address 10.88.100.139> <Framed-IP-Netmask 255.255.255.255> <Class ><Microsoft MS-CHAP2-Success ><Microsoft MS-MPPE-Encryption-Policy 1><Microsoft MS-MPPE-Encryption-Type 6><Microsoft MS-MPPE-Send-Key ><Microsoft MS-MPPE-Recv-Key > <Acct-Interim-Interval 60> <Filter-Id "102400">]
[2017-02-10 18:10:55]:  info: ppp366: connect: ppp366 <--> pppoe(20:e5:2a:14:65:d6)
[2017-02-10 18:10:55]: debug: ppp366: ppp connected
[2017-02-10 18:10:55]:  info: ppp366: send [MSCHAP-v2 Success id=1 "S=7167FA16B70BCF11FA4D0C57FD9B3E2BB192F1E2 M=Authentication succeeded"]
[2017-02-10 18:10:55]: debug: ppp366: auth_layer_started
[2017-02-10 18:10:55]: debug: ppp366: ccp_layer_start
[2017-02-10 18:10:55]: debug: ppp366: ipcp_layer_start
[2017-02-10 18:10:55]:  info: ppp366: send [iPCP ConfReq id=1 <addr 10.10.10.34>]
[2017-02-10 18:10:55]: debug: ppp366: ipv6cp_layer_start
[2017-02-10 18:10:55]:  info: ppp366: login1: authentication succeeded
[2017-02-10 18:10:55]:  warn: ppp366: IPV6CP: discarding packet
[2017-02-10 18:10:55]:  info: ppp366: send [LCP ProtoRej id=3 <8057>]
[2017-02-10 18:10:55]:  info: ppp366: recv [LCP ProtoRej id=d6 <8021>]
[2017-02-10 18:10:55]: debug: ppp366: ipcp_layer_finished
[2017-02-10 18:10:55]: debug: ppp366: terminate
[2017-02-10 18:10:55]: debug: ppp366: lcp_layer_finish
[2017-02-10 18:10:55]:  info: ppp366: send [LCP TermReq id=4]
[2017-02-10 18:10:55]: debug: ppp366: auth_layer_finish
[2017-02-10 18:10:55]: debug: ppp366: auth_layer_finished
[2017-02-10 18:10:55]: debug: ppp366: ccp_layer_finish
[2017-02-10 18:10:55]: debug: ppp366: ccp_layer_finished
[2017-02-10 18:10:55]: debug: ppp366: ipcp_layer_finish
[2017-02-10 18:10:55]: debug: ppp366: ipcp_layer_finished
[2017-02-10 18:10:55]: debug: ppp366: ipv6cp_layer_finish
[2017-02-10 18:10:55]: debug: ppp366: ipv6cp_layer_finished
[2017-02-10 18:10:55]:  info: ppp366: recv [LCP TermAck id=4]
[2017-02-10 18:10:55]: debug: ppp366: lcp_layer_finished
[2017-02-10 18:10:55]: debug: ppp366: ppp destablished
[2017-02-10 18:10:55]: debug: ppp366: lcp_layer_free
[2017-02-10 18:10:55]: debug: ppp366: auth_layer_free
[2017-02-10 18:10:55]: debug: ppp366: ccp_layer_free
[2017-02-10 18:10:55]: debug: ppp366: ipcp_layer_free
[2017-02-10 18:10:55]: debug: ppp366: ipv6cp_layer_free
[2017-02-10 18:10:55]: debug: ppp366: pppoe: ppp finished

 

На порту доступа изучается только один MAC - 20:e5:2a:14:65:d6, вероятнее всего у клиента роутер, но каким образом посылается 2 запрос и как там подключена его лвс не ясно на данный момент и нет возможности узнать пока что.

И это даже не сильно влияет на работу, но лишний мусор и лог напрягает.

 

single-session=replace
check-ip=1

 

Ну и connlimit.

 

Со стороны биллинга включена эта опция:

 

«Проверять наличие статического IP-адреса в активных сессиях». Если для

учетной записи выполняется попытка выдачи статического (назначенного учетной записи) IP-

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

тивных сессий с данным IP-адресом. Если такие сессии находятся, то производится попытка

найти следующий, привязанный к учетной записи IP-адрес, иначе выдается отказ в авторизации

(Access-Reject). Значение по умолчанию - «включен».

Изменено пользователем hsvt

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, может кто сталкивался, есть проблема с роутерами от тренднет серии TEW

l2tp не коннектится с ошибками в логах

discarding unexpected message invalid message type 4

pptp коннект есть, интернета нет и каждые 160с обрыв

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Подскажите, как lua скриптом сформировать username вида <IPадрес>_<MACадрес>.

Используется схема L3, старт сессии по не классифицированному пакету.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Приветствую. Сегодня упал без видимых причин accel.

Подскажите как словить core для дебага знающими? :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Приветствую. Сегодня упал без видимых причин accel.

Подскажите как словить core для дебага знающими? :)

 

http://accel-ppp.org/wiki/doku.php?id=ru:faq#что_делать_если_accel-ppp_периодически_падает

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Второй раз упало за день, и это на рабочем то :(

Пересобрал по хелперу, будем наблюдать

 

П.С. Может ои падать, если все было собрано на одном ядре, а работало на другом?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

П.С. Может ои падать, если все было собрано на одном ядре, а работало на другом?

В теории только если используется драйвер ipoe или vlan_mon. А по логам вообще тишина?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

использую ipoe, vlan_mon собран, в конфиге есть но как таковой не использую.

 

В логах да, тишина. шла-щла работа, как обычно сыпет дебаг инфо по ппп потом сразу старт.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

Было уже, наступали - http://forum.nag.ru/...dpost&p=1276312

Я так понял, xeb выпустил патч и теперь не нужно указывать в секции модулей vlan-mon. https://sourceforge.net/p/accel-ppp/code/ci/618179e8a5ce78adeff358025031f36fac937dd9/

 

Вы случайно не в курсе, с чем связана разработка проекта именно в sourceforge, а в гитхабе тишина?)

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

В логах да, тишина. шла-щла работа, как обычно сыпет дебаг инфо по ппп потом сразу старт.

А в dmesg упоминается только сигфолт accel-ppp, или может была ругань еще какая?

 

Вы случайно не в курсе, с чем связана разработка проекта именно в sourceforge, а в гитхабе тишина?)

Мне кажется так исторически сложилось, а на гитхабе как зеркало, ну это мое мнение, лучше узнать у xebа.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

опять упало.

вот что создалось:

https://yadi.sk/d/BWzDyvEe3GDZjE

 

в dmesg только такое:

[104944.063117] HTB: quantum of class 10010 is big. Consider r2q change.
[104944.073250] HTB: quantum of class 10020 is big. Consider r2q change.
[104954.072155] audit: type=1400 audit(1490105606.747:8516): apparmor="DENIED" operation="mknod" profile="/usr/sbin/named" name="/etc/bind/tmp-Kmcz31fXaL" pid=1362 comm="named" requested_mask="c" denied_mask="c" fsuid=111 ouid=111
[104954.115017] audit: type=1400 audit(1490105606.791:8517): apparmor="DENIED" operation="mknod" profile="/usr/sbin/named" name="/etc/bind/tmp-9MBB4ZOvLe" pid=1366 comm="named" requested_mask="c" denied_mask="c" fsuid=111 ouid=111

 

# uname -a

Linux nas 4.4.0-62-generic #83-Ubuntu SMP Wed Jan 18 14:10:15 UTC 2017 x86_64 x86_64 x86_64 GNU/Linux

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

по наводке:

core-file /home/acceld

[New LWP 10821]

Core was generated by `./accel-pppd -d -p /var/run/accel-pppd.pid -c /etc/accel-ppp.conf'.

Program terminated with signal SIGABRT, Aborted.

#0 0x00007fdfbeff8428 in ?? ()

(gdb) bt full

#0 0x00007fdfbeff8428 in ?? ()

No symbol table info available.

#1 0x00007fdfbeffa02a in ?? ()

No symbol table info available.

#2 0x0000000000000020 in ?? ()

No symbol table info available.

#3 0x0000000000000000 in ?? ()

No symbol table info available.

 

 

собирал так:

cmake -DBUILD_IPOE_DRIVER=TRUE -DLUA=TRUE -DBUILD_VLAN_MON_DRIVER=TRUE -DCMAKE_BUILD_TYPE=Debug -DMEMDEBUG=TRUE -DRADIUS=TRUE -DKDIR=/usr/src/linux-headers-`uname -r` ..

 

перед этим исходники качал заново

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Пока, с помощью Xeb и Dimka88 пришли к выводу что проблема в

#per-user-dir=/var/log/accel-ppp/per_user

#per-session-dir=/var/log/accel-ppp/per_session

закоментировав эти строки, пока работает, наблюдаю

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

у меня PPPoE работает и с ними. Не падает.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

На 31 версии ядра, тоже у меня не падало. А на этом, не успевал запустить

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Может быть. Я на этой железке ядро не трогаю

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У кого старт сессии по start=dhcpv4, как вы решаете проблему с тем если сессия по каким то причинам сбросилась на accel у юзера на заработает пока не отошлёт dhcp discover? ну или физическое отключение линка.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

это нормально? PADO-delay устанавливал в терминале

13:53:21.721771 PPPoE PADI [service-Name] [Host-Uniq 0x030000000000000005000000]
13:53:21.722036 PPPoE PADO [AC-Name "хххх"] [service-Name] [AC-Cookie 0xDC8472DE9F2A43268209BFD2FB92A98EE2309322352F21C6] [Host-Uniq 0x030000000000000005000000]

accel-ppp version 1.10.0
accel-ppp# pppoe show PADO-delay
200

 

задержка кратно 1000 только.

 

какая-то грабля акселя, или особенности uclibc?

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

У кого старт сессии по start=dhcpv4, как вы решаете проблему с тем если сессия по каким то причинам сбросилась на accel у юзера на заработает пока не отошлёт dhcp discover? ну или физическое отключение линка.

lease-time в 5 минут.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

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

[2017-03-30 15:19:17]: error: ipoe391: ipoe: nl_create: error talking to kernel

[2017-03-30 15:19:22]: error: ipoe405: ipoe: nl_create: error talking to kernel

[2017-03-30 15:19:27]: error: ipoe376: ipoe: nl_create: error talking to kernel

[2017-03-30 15:19:33]: error: ipoe69: ipoe: nl_create: error talking to kernel

[2017-03-30 15:19:37]: error: ipoe450: ipoe: nl_create: error talking to kernel

 

ipoe450 Link encap:Ethernet HWaddr 00:e0:ed:24:a5:b7

POINTOPOINT MTU:1500 Metric:1

RX packets:6071874 errors:0 dropped:0 overruns:0 frame:0

TX packets:5424206 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:100

RX bytes:486722370 (464.1 MiB) TX bytes:18414271727 (17.1 GiB)

 

Т.е. он его не удалил и теперь пытается создать? Как быть?

Изменено пользователем ivanmfan

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Т.е. он его не удалил и теперь пытается создать?

Мысль верная.

Как быть?

В секции ipoe параметр unit-cache=1 или 0 попробуйте указать.

Поделиться сообщением


Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Войти

Уже зарегистрированы? Войдите здесь.

Войти сейчас