Jump to content
Калькуляторы

Приветствую. Писал на 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

Share this post


Link to post
Share on other sites

Есть пару 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). Значение по умолчанию - «включен».

Edited by hsvt

Share this post


Link to post
Share on other sites

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

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

discarding unexpected message invalid message type 4

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

Share this post


Link to post
Share on other sites

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

 

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

Share this post


Link to post
Share on other sites

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

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

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

 

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

Share this post


Link to post
Share on other sites

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

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

 

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

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

Share this post


Link to post
Share on other sites

опять упало.

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

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

Share this post


Link to post
Share on other sites

по наводке:

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` ..

 

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

Share this post


Link to post
Share on other sites

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

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

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

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

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

Share this post


Link to post
Share on other sites

это нормально? 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?

Share this post


Link to post
Share on other sites

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

lease-time в 5 минут.

Share this post


Link to post
Share on other sites

Плиз подскажите почему может сыпать ошибку, т.нинги в 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)

 

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

Edited by ivanmfan

Share this post


Link to post
Share on other sites

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

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

Как быть?

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

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now