[aran]

не знаю, перепробовал все варианты включая аварийное завершение, указанный баг воспроизвести не удаётся

 

accel-ppp version d7efa14d50976995b1e6c8b43f0a110767bf7661

Linux book2 2.6.37-gentoo #1 SMP Sun Feb 13 23:26:55 MSK 2011 x86_64 Intel® Core i5 CPU M 450 @ 2.40GHz GenuineIntel GNU/Linux

эта ситуёвина возникает именно при удалении вилана т. е. при выполнении команды

 

vconfig rem $INTERFACE

 

в моём дистре (оупенсюзя 11.3) эта команда в конечном итоге выполняется в скриптах дауна сетевого ифейса, если это вилан. Я обошёл это, заменив её на

 

ip l s $INTERFACE down

 

т. е. вилан даунится но не удаляется

[aran]

пытался подружить аксель с биллингом TraffPro через радиус (у траффпро встроенный радиуссервер). на авторизациях чап, мсчап, мсчапв2 получил реджект от сервера на отсутствие какого-то параметра (щас точно не скажу - дело было вчера, дебаг лог вёлся на стдерр и не сохранился, позже воспроизведу), а вот на пап получается такое:

[2011-02-27 11:52:22]:  info: ppp0: connect: ppp0 <--> pppoe(00:a1:b0:10:0f:f7)
[2011-02-27 11:52:22]: debug: ppp0: lcp_layer_init
[2011-02-27 11:52:22]: debug: ppp0: auth_layer_init
[2011-02-27 11:52:22]: debug: ppp0: ccp_layer_init
[2011-02-27 11:52:22]: debug: ppp0: ipcp_layer_init
[2011-02-27 11:52:22]: debug: ppp0: ppp established
[2011-02-27 11:52:22]: debug: ppp0: lcp_layer_start
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 4e6afb66> <mru 1492>]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfReq id=0 <mru 1480> <magic 15204244> < d 3 6 >]
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfRej id=0  < d 3 6 >]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfNak id=1 <auth PAP>]
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfReq id=2 <auth MSCHAP-v1> <magic 4e6afb66> <mru 1492>]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfReq id=1 <mru 1480> <magic 15204244>]
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfAck id=1 ]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfNak id=2 <auth PAP>]
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfReq id=3 <auth CHAP-md5> <magic 4e6afb66> <mru 1492>]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfNak id=3 <auth PAP>]
[2011-02-27 11:52:22]:  info: ppp0: send [LCP ConfReq id=4 <auth PAP> <magic 4e6afb66> <mru 1492>]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ConfAck id=4 <auth PAP> <magic 4e6afb66> <mru 1492>]
[2011-02-27 11:52:22]: debug: ppp0: lcp_layer_started
[2011-02-27 11:52:22]: debug: ppp0: auth_layer_start
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP Ident id=2 <MSRASV5.10>]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP Ident id=3 <MSRAS-0-MICROSOF-CCC429>]
[2011-02-27 11:52:22]:  info: ppp0: recv [PAP AuthReq id=1]
[2011-02-27 11:52:22]:  info: ppp0: send [RADIUS Access-Request id=1 <User-Name "test"> <NAS-Identifier "billing"> <NAS-IP-Address 127.0.0.1> <NAS-Port 0> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "00:a1:b0:10:0f:f7"> <Called-Station-Id "00:30:48:2d:06:b8"> <User-Password >]
[2011-02-27 11:52:22]:  warn: ppp0: radius:packet: vendor 26 not found
[2011-02-27 11:52:22]:  info: ppp0: recv [RADIUS Access-Accept id=1 <Framed-IP-Address 10.31.11.11> <Vendor-Specific > <Reply-Message "Welcome in a network!">]
[2011-02-27 11:52:22]:  info: ppp0: send [PAP AuthAck id=1 "Authentication successed"]
[2011-02-27 11:52:22]: debug: ppp0: auth_layer_started
[2011-02-27 11:52:22]: debug: ppp0: ccp_layer_start
[2011-02-27 11:52:22]:  info: ppp0: send [CCP ConfReq id=1]
[2011-02-27 11:52:22]: debug: ppp0: ipcp_layer_start
[2011-02-27 11:52:22]:  info: ppp0: send [IPCP ConfReq id=1 <addr 192.168.1.2>]
[2011-02-27 11:52:22]:  info: ppp0: test: authentication successed
[2011-02-27 11:52:22]:  info: ppp0: recv [IPCP ConfReq id=4 <addr 0.0.0.0> <dns1 0.0.0.0> < 82 6 0 0 0 0 > <dns2 0.0.0.0> < 84 6 0 0 0 0 >]
[2011-02-27 11:52:22]:  info: ppp0: send [IPCP ConfRej id=4 < 82 6 0 0 0 0 > < 84 6 0 0 0 0 >]
[2011-02-27 11:52:22]:  info: ppp0: recv [LCP ProtoRej id=8 <0005>]
[2011-02-27 11:52:22]: debug: ppp0: ccp_layer_finished
[2011-02-27 11:52:22]:  info: ppp0: recv [IPCP ConfAck id=1 <addr 192.168.1.2>]
[2011-02-27 11:52:22]:  info: ppp0: recv [IPCP ConfReq id=6 <addr 0.0.0.0> <dns1 0.0.0.0> <dns2 0.0.0.0>]
[2011-02-27 11:52:22]:  info: ppp0: send [IPCP ConfNak id=6 <addr 192.168.1.2> <dns1 93.183.202.38> <dns2 80.91.160.3>]
[2011-02-27 11:52:22]:  info: ppp0: recv [IPCP ConfReq id=7 <addr 10.31.11.11> <dns1 93.183.202.38> <dns2 80.91.160.3>]

в этом месте - сегментейшн фаулт :(

 

accel-ppp version 0eec3cbdb0c293823c851607d35dccdc9cca7439

Linux billing 2.6.37.1.1-4-server-billing #28 SMP Thu Feb 24 14:00:52 EET 2011 i686 i686 i386 GNU/Linux

[Abram]

aran,

Собирайте с DEBUG=TRUE, запускайте под gdb и после падения показывайте bt (или tb? :))

[xeb]

эта ситуёвина возникает именно при удалении вилана т. е. при выполнении команды

vconfig rem $INTERFACE

да я понимаю что при удалении, вобщем если остановить любым способом accel-ppp и поле этого удалять влан, то всё норм, если удалять влан во время работы accel-ppp, то получаем:

unregister_netdevice: waiting for vlan5 to become free. Usage count = 1

как бороться пока не знаю

от сюда мораль - перед удалением влана нужно либо остановить accel-ppp, либо выполнить команду через cli:

pppoe interface del vlanX

 

в этом месте - сегментейшн фаулт :(

 

accel-ppp version 0eec3cbdb0c293823c851607d35dccdc9cca7439

что-то не найду указанный комит:

$ git log 0eec3cbdb0c293823c851607d35dccdc9cca7439

fatal: bad object 0eec3cbdb0c293823c851607d35dccdc9cca7439

[aran]

перед удалением влана нужно либо остановить accel-ppp

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

что-то не найду указанный комит

О.О ващет это последний из гита от 18.02, я делал клон 24.02... кстати, на 1.3.4 - то же самое

 

ЗЫ: нашёл во вчерашних логах сообщение о смерти акселя:

Feb 27 16:41:32 billing kernel: [ 3618.382138] accel-pppd[5933]: segfault at 0 ip b74e04a3 sp b3bb907c error 4 in libc-2.11.2.so[b746a000+164000]

Изменено 28 февраля, 2011 пользователем aran

[xeb]

$ sudo vconfig add wlan0 100
$ sudo ifconfig wlan0.100 up

accel-ppp# pppoe interface show
interface:   connections:    state:
-----------------------------------
wlan0.100              1    active

$sudo ifconfig ppp0
ppp0   Link encap:Point-to-Point Protocol  
          inet addr:192.168.0.1  P-t-P:192.168.0.2  Mask:255.255.255.255
          UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1400  Metric:1
          RX packets:1692 errors:0 dropped:0 overruns:0 frame:0
          TX packets:1692 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3 
          RX bytes:141906 (138.5 KiB)  TX bytes:141906 (138.5 KiB)

accel-ppp# shutdown

$ sudo vconfig rem wlan0.100
Removed VLAN -:wlan0.100:-

$ dmesg | tail -n 5
[16970.544067] 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>
[16970.544071] All bugs added by David S. Miller <davem@redhat.com>
[18768.601086] Registering the id_resolver key type
[19111.941088] PPP generic driver version 2.4.2
[19111.948878] NET: Registered protocol family 24

[aran]

при авторизации чап/мсчап/мсчап2 на радиусе от траффпро

ppp0: 1d2f01c080edd5f9: send [RADIUS Access-Request id=1 <User-Name "test"> <NAS-Identifier "billing"> <NAS-IP-Address 127.0.0.1> <NAS-Port 0> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "00:a1:b0:10:0f:f7"> <Called-Station-Id "00:30:48:2d:06:b8"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >]

ppp0: 1d2f01c080edd5f9: recv [RADIUS Access-Reject id=1 <Reply-Message "No Corect Attr Password!">]

[xeb]

он похоже мсчап авторизацию не поддерживает

[xeb]

Administrator_manual.pdf, стр. 10: (http://upit-systems.com/download/docs/1.3.8/Administrator_manual.pdf)

74 | vpn_alg | Algoritm for encoding of vpn CHAP passwords [CHAP, PAP]. CHAP default. Set it only once.

про mschap ни слова

Изменено 1 марта, 2011 пользователем xeb

[kisa]

День добрый!

 

Решил попробовать accel-ppp.

Но при попытке подключения он все время падает ((

 

Система:

home ~ # emerge --version

Portage 2.1.9.25 (default/linux/x86/10.0, gcc-4.4.4, glibc-2.11.2-r3, 2.6.37.2 i686)

 

accel-ppp версия 1.3.5

собирал так

cmake -DBUILD_DRIVER=TRUE -DCMAKE_BUILD_TYPE=Release -DLOG_PGSQL=FALSE -DSHAPER=FALSE -DRADIUS=TRUE -DDEBUG=true ..

 

Лог подключения:

 

home / # pptp: new connection from 192.168.1.4
: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 1> <Bearer 1> <Max-Chan 0>]
: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>]
: : recv [PPTP Outgoing-Call-Request <Call-ID 4000> <Call-Serial cde5> <Min-BPS 300> <Max-BPS 100000000> <Bearer 3> <Framing 3> <Window-Size 64> <Delay 0>]
: : send [PPTP Outgoing-Call-Reply <Call-ID 16> <Peer-Call-ID 4000> <Result 1> <Error 0> <Cause 0> <Speed 100000000> <Window-Size 64> <Delay 0> <Channel 0>]
ppp0: 1d2f01c080edd5fe: connect: ppp0 <--> pptp(192.168.1.4)
ppp0: 1d2f01c080edd5fe: lcp_layer_init
ppp0: 1d2f01c080edd5fe: auth_layer_init
ppp0: 1d2f01c080edd5fe: ccp_layer_init
ppp0: 1d2f01c080edd5fe: ipcp_layer_init
ppp0: 1d2f01c080edd5fe: ppp established
ppp0: 1d2f01c080edd5fe: lcp_layer_start
ppp0: 1d2f01c080edd5fe: send [LCP ConfReq id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: recv [PPTP Set-Link-Info]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfReq id=1 <mru 1400> <magic 503b6d14> <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 59 23 1e a8 da 67 43 ea b7 c7 d3 64 2a bf b8 70 0 0 0 1e >]
ppp0: 1d2f01c080edd5fe: send [LCP ConfRej id=1  <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 59 23 1e a8 da 67 43 ea b7 c7 d3 64 2a bf b8 70 0 0 0 1e >]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfReq id=2 <mru 1400> <magic 503b6d14>]
ppp0: 1d2f01c080edd5fe: send [LCP ConfAck id=2 ]
ppp0: 1d2f01c080edd5fe: fsm timeout
ppp0: 1d2f01c080edd5fe: send [LCP ConfReq id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfAck id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: lcp_layer_started
ppp0: 1d2f01c080edd5fe: auth_layer_start
ppp0: 1d2f01c080edd5fe: send [CHAP Challenge id=1 <9c98f5c237c1746214eac54ebdadf40>]
ppp0: 1d2f01c080edd5fe: recv [PPTP Set-Link-Info]
ppp0: 1d2f01c080edd5fe: recv [LCP Ident id=3 <MSRASV5.10>]
ppp0: 1d2f01c080edd5fe: recv [LCP Ident id=4 <MSRAS-0-AK>]
ppp0: 1d2f01c080edd5fe: recv [CHAP Response id=1 <a3e46745eac6fdf4d3e9f5fd11732933>, name="alexk"]
ppp0: 1d2f01c080edd5fe: send [RADIUS Access-Request id=1 <User-Name "alexk"> <NAS-Identifier "home_nas"> <NAS-IP-Address 127.0.0.1> <NAS-Port 0> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "192.168.1.4"> <Called-Station-Id "192.168.1.25"> <CHAP-Password >]
ppp0: 1d2f01c080edd5fe: recv [RADIUS Access-Accept id=1 <Service-Type Framed-User> <Framed-Protocol PPP>]
ppp0: 1d2f01c080edd5fe: send [CHAP Success id=1 "Authentication successed"]
ppp0: 1d2f01c080edd5fe: auth_layer_started
ppp0: 1d2f01c080edd5fe: ccp_layer_start
ppp0: 1d2f01c080edd5fe: ipcp_layer_start
ppp0: 1d2f01c080edd5fe: send [iPCP ConfReq id=1 <addr 192.168.10.1>]
ppp0: 1d2f01c080edd5fe: alexk: authentication successed
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=5 <addr 0.0.0.0> <dns1 0.0.0.0> < 82 6 0 0 0 0 > <dns2 0.0.0.0> < 84 6 0 0 0 0 >]
ppp0: 1d2f01c080edd5fe: send [iPCP ConfRej id=5 < 82 6 0 0 0 0 > < 84 6 0 0 0 0 >]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfAck id=1 <addr 192.168.10.1>]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=6 <addr 0.0.0.0> <dns1 0.0.0.0> <dns2 0.0.0.0>]
ppp0: 1d2f01c080edd5fe: send [iPCP ConfNak id=6 <addr 192.168.10.1> <dns1 192.168.1.3> <dns2 192.168.1.25>]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=7 <addr 192.168.10.2> <dns1 192.168.1.3> <dns2 192.168.1.25>]

 

в /var/log/messages

Mar  1 14:45:53 home kernel: accel-pppd[5269]: segfault at 0 ip b74fb873 sp b4c2204c error 4 in libc-2.11.2.so[b7488000+13f000]

 

конф файл

[modules]
 log_file
 pptp
 auth_chap_md5
 radius
 ippool
 sigchld
 pppd_compat

[core]
 log-error=/var/log/accel/core-err.log
 thread-count=2

[ppp]
 verbose=5
 min-mtu=1000
 mtu=1400
 mru=1400
 sid-case=lower
 ccp=0

[lcp]
 echo-interval=30
 echo-failure=3

[dns]
 dns1=192.168.1.3
 dns2=192.168.1.25

[client-ip-range]
 # allowed client address
 192.168.1.0/24

[pptp]
 verbose=5
 echo-interval=30
 echo-failure=3
 timeout=5

[pppd-compat]
 ip-up=/etc/ppp/ip-up
 ip-down=/etc/ppp/ip-down
 ip-change=/etc/ppp/ip-change
 radattr-prefix=/var/run/radattr
 verbose=1

[radius]
 nas-identifier=home_nas
 nas-ip-address=127.0.0.1
 auth-server=127.0.0.1:1812,BvACRdexAICq
 verbose=10
 interim-verbose=10
 timeout=3
 max-try=3
 gw-ip-address=192.168.100.1

[log]
 log-file=/var/log/accel/accel-ppp.log
 log-emerg=/var/log/accel/emerge.log
 level=5
 log-debug=/dev/stdout

[ip-pool]
 gw-ip-address=192.168.10.1
 192.168.10.2-255

[cli]
 telnet=127.0.0.1:2000
 tcp=127.0.0.1:2001

 

Куда копать?

 

Спасибо.

[xeb]

надо запускать в gdb

[kisa]

надо запускать в gdb

запустил, вот данные:

 

home / # gdb --args /usr/local/sbin/accel-pppd -c /etc/accel-ppp.conf
GNU gdb (Gentoo 7.2 p1) 7.2
Copyright © 2010 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-linux-gnu".
For bug reporting instructions, please see:
<http://bugs.gentoo.org/>...
Reading symbols from /usr/local/sbin/accel-pppd...done.
(gdb) run
Starting program: /usr/local/sbin/accel-pppd -c /etc/accel-ppp.conf
[Thread debugging using libthread_db enabled]
[New Thread 0xb7c74b70 (LWP 7150)]
accel-ppp version 1.3.5
[New Thread 0xb746eb70 (LWP 7151)]
[New Thread 0xb746ab70 (LWP 7152)]
[New Thread 0xb6c69b70 (LWP 7153)]
[New Thread 0xb6468b70 (LWP 7154)]
[New Thread 0xb5c67b70 (LWP 7155)]
[Thread 0xb746eb70 (LWP 7151) exited]
pptp: new connection from 192.168.1.4
[New Thread 0xb746eb70 (LWP 7156)]
: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 1> <Bearer 1> <Max-Chan 0>]
: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>]
: : recv [PPTP Outgoing-Call-Request <Call-ID c000> <Call-Serial cde7> <Min-BPS 300> <Max-BPS 100000000> <Bearer 3> <Framing 3> <Window-Size 64> <Delay 0>]
: : send [PPTP Outgoing-Call-Reply <Call-ID 1> <Peer-Call-ID c000> <Result 1> <Error 0> <Cause 0> <Speed 100000000> <Window-Size 64> <Delay 0> <Channel 0>]
ppp0: 1d2f01c080edd5fe: connect: ppp0 <--> pptp(192.168.1.4)
ppp0: 1d2f01c080edd5fe: lcp_layer_init
ppp0: 1d2f01c080edd5fe: auth_layer_init
ppp0: 1d2f01c080edd5fe: ccp_layer_init
ppp0: 1d2f01c080edd5fe: ipcp_layer_init
ppp0: 1d2f01c080edd5fe: ppp established
ppp0: 1d2f01c080edd5fe: lcp_layer_start
ppp0: 1d2f01c080edd5fe: send [LCP ConfReq id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: recv [PPTP Set-Link-Info]
[Thread 0xb746eb70 (LWP 7156) exited]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfReq id=1 <mru 1400> <magic 9a25a3> <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 59 23 1e a8 da 67 43 ea b7 c7 d3 64 2a bf b8 70 0 0 0 20 >]
ppp0: 1d2f01c080edd5fe: send [LCP ConfRej id=1  <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 59 23 1e a8 da 67 43 ea b7 c7 d3 64 2a bf b8 70 0 0 0 20 >]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfReq id=2 <mru 1400> <magic 9a25a3>]
ppp0: 1d2f01c080edd5fe: send [LCP ConfAck id=2 ]
ppp0: 1d2f01c080edd5fe: fsm timeout
ppp0: 1d2f01c080edd5fe: send [LCP ConfReq id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: recv [LCP ConfAck id=1 <auth CHAP-md5> <magic 41a7c4c9> <mru 1400>]
ppp0: 1d2f01c080edd5fe: lcp_layer_started
ppp0: 1d2f01c080edd5fe: auth_layer_start
ppp0: 1d2f01c080edd5fe: send [CHAP Challenge id=1 <f7bc16fd45aad757eefee2869766c6f>]
ppp0: 1d2f01c080edd5fe: recv [PPTP Set-Link-Info]
ppp0: 1d2f01c080edd5fe: recv [LCP Ident id=3 <MSRASV5.10>]
ppp0: 1d2f01c080edd5fe: recv [LCP Ident id=4 <MSRAS-0-AK>]
ppp0: 1d2f01c080edd5fe: recv [CHAP Response id=1 <282174e39991edbf07b72f23054db2>, name="alexk"]
ppp0: 1d2f01c080edd5fe: send [RADIUS Access-Request id=1 <User-Name "alexk"> <NAS-Identifier "home_nas"> <NAS-IP-Address 127.0.0.1> <NAS-Port 0> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "192.168.1.4"> <Called-Station-Id "192.168.1.25"> <CHAP-Password >]
ppp0: 1d2f01c080edd5fe: recv [RADIUS Access-Accept id=1 <Service-Type Framed-User> <Framed-Protocol PPP>]
ppp0: 1d2f01c080edd5fe: send [CHAP Success id=1 "Authentication successed"]
ppp0: 1d2f01c080edd5fe: auth_layer_started
ppp0: 1d2f01c080edd5fe: ccp_layer_start
ppp0: 1d2f01c080edd5fe: ipcp_layer_start
ppp0: 1d2f01c080edd5fe: send [iPCP ConfReq id=1 <addr 192.168.10.1>]
ppp0: 1d2f01c080edd5fe: alexk: authentication successed
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=5 <addr 0.0.0.0> <dns1 0.0.0.0> < 82 6 0 0 0 0 > <dns2 0.0.0.0> < 84 6 0 0 0 0 >]
ppp0: 1d2f01c080edd5fe: send [iPCP ConfRej id=5 < 82 6 0 0 0 0 > < 84 6 0 0 0 0 >]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfAck id=1 <addr 192.168.10.1>]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=6 <addr 0.0.0.0> <dns1 0.0.0.0> <dns2 0.0.0.0>]
ppp0: 1d2f01c080edd5fe: send [iPCP ConfNak id=6 <addr 192.168.10.1> <dns1 192.168.1.3> <dns2 192.168.1.25>]
ppp0: 1d2f01c080edd5fe: recv [iPCP ConfReq id=7 <addr 192.168.10.2> <dns1 192.168.1.3> <dns2 192.168.1.25>]

Program received signal SIGSEGV, Segmentation fault.
[switching to Thread 0xb746ab70 (LWP 7152)]
0xb7d41873 in strlen () from /lib/libc.so.6
(gdb) info locals
No symbol table info available.
(gdb) bt
#0  0xb7d41873 in strlen () from /lib/libc.so.6
#1  0xb7c81d5a in req_set_RA (req=0x807f160, secret=0x0) at /usr/src/accel-ppp-1.3.5/accel-pppd/radius/acct.c:29
#2  0xb7c82640 in rad_acct_start (rpd=0x8079314) at /usr/src/accel-ppp-1.3.5/accel-pppd/radius/acct.c:216
#3  0xb7c83ef1 in ppp_acct_start (ppp=0x8077454) at /usr/src/accel-ppp-1.3.5/accel-pppd/radius/radius.c:217
#4  0xb7fdde86 in triton_event_fire (ev_id=10, arg=0x8077454) at /usr/src/accel-ppp-1.3.5/accel-pppd/triton/event.c:103
#5  0x08052d5f in ipaddr_recv_conf_req (ipcp=0x8078b88, opt=0x807f058,
   ptr=0x8078c62 "\003\006\300\250\n\002\201\006\300\250\001\003\203\006\300\250\001\031\203\006")
   at /usr/src/accel-ppp-1.3.5/accel-pppd/ppp/ipcp_opt_ipaddr.c:155
#6  0x08051ea3 in ipcp_recv_conf_req (ipcp=0x8078b88, data=0x8078c74 "\203\006", size=0)
   at /usr/src/accel-ppp-1.3.5/accel-pppd/ppp/ppp_ipcp.c:361
#7  0x080526c4 in ipcp_recv (h=0x8078b9c) at /usr/src/accel-ppp-1.3.5/accel-pppd/ppp/ppp_ipcp.c:581
#8  0x0804b865 in ppp_unit_read (h=0x807746c) at /usr/src/accel-ppp-1.3.5/accel-pppd/ppp/ppp.c:345
#9  0xb7fdb695 in ctx_thread (ctx=0x8077704) at /usr/src/accel-ppp-1.3.5/accel-pppd/triton/triton.c:202
#10 0xb7fdb498 in triton_thread (thread=0x8075fb8) at /usr/src/accel-ppp-1.3.5/accel-pppd/triton/triton.c:148
#11 0xb7fb79ae in start_thread () from /lib/libpthread.so.0
#12 0xb7d9b69e in clone () from /lib/libc.so.6

[aran]

он похоже мсчап авторизацию не поддерживает

да, уже выяснил на их форуме... но с чап тоже проблемы:

ppp0: 1d2f01c080edd5fa: send [RADIUS Access-Request id=1 <User-Name "test"> <NAS-Identifier "billing"> <NAS-IP-Address 127.0.0.1> <NAS-Port 0> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "00:a1:b0:10:0f:f7"> <Called-Station-Id "00:30:48:2d:06:b8"> <CHAP-Password >]

ppp0: 1d2f01c080edd5fa: recv [RADIUS Access-Reject id=1 <Reply-Message "No Corect Login or Password!">]

хотя логин/пароль правильные... пап авторизация на радиусе проходит, но зато аксель сегфолтится :( пытался запустить под гдб, а оно как-то странно завершается:

(gdb) run

Starting program: /usr/local/sbin/accel-pppd -c /etc/accel-ppp.conf

Missing separate debuginfo for /lib/ld-linux.so.2

Try: zypper install -C "debuginfo(build-id)=fbaee3f5e15417f014dc59b0561eb7192ff04c5c"

Missing separate debuginfo for /lib/librt.so.1

Try: zypper install -C "debuginfo(build-id)=bbf8c6d2b93765386aea68bdc7705f0ed559fa4d"

Missing separate debuginfo for /lib/libpthread.so.0

Try: zypper install -C "debuginfo(build-id)=9f6e60de92fe5ba3711a0b7188a194d4a3bf790c"

[Thread debugging using libthread_db enabled]

Missing separate debuginfo for /lib/libcrypto.so.1.0.0

Try: zypper install -C "debuginfo(build-id)=71ff426f27685d8c0092d76500f948d71efb3914"

Missing separate debuginfo for /lib/libpcre.so.0

Try: zypper install -C "debuginfo(build-id)=0b87037442a3442aa20708aeda1f7381cdff6cb2"

Missing separate debuginfo for /lib/libdl.so.2

Try: zypper install -C "debuginfo(build-id)=580696b460256b20961976ebf3b100e5a4c03c10"

Missing separate debuginfo for /lib/libc.so.6

Try: zypper install -C "debuginfo(build-id)=694c111567b7c83a6f1b97bb28f6687dbd0d3057"

Missing separate debuginfo for /lib/libz.so.1

Try: zypper install -C "debuginfo(build-id)=afddd839a6c18dd308b04b5289c56cc3abd1384f"

 

[1]+ Stopped gdb --args accel-pppd -c /etc/accel-ppp.conf

billing:/etc # ps ax|grep accel

4834 pts/1 T 0:00 gdb --args accel-pppd -c /etc/accel-ppp.conf

4836 pts/1 tl 0:00 /usr/local/sbin/accel-pppd -c /etc/accel-ppp.conf

к чему бы это?

[xeb]

kisa, спасибо, ошибка исправлена

 

[xeb]

aran, у тебя похоже тоже конфигурация без аккаунтинг сервера ? тогда послений комит вылечит падения

 

[aran]

aran, у тебя похоже тоже конфигурация без аккаунтинг сервера ? тогда послений комит вылечит падения

да без аккаунтинга... спасибо

 

[aran]

а по поводу unregister_netdevice у меня всё-таки:

Shutting down accel-pppd terminate, sig = 15
                                                                                                   done
billing:/etc # ps ax|grep accel
billing:/etc #
billing:/etc/# ifdown vlan4
    vlan4

Message from syslogd@billing at Mar  1 17:01:10 ...
kernel:[11987.772029] unregister_netdevice: waiting for vlan4 to become free. Usage count = 1

:(

[aran]

неплохо бы в акселе плагины пппдшные поддерживать ;)

[xeb]

неплохо бы в акселе плагины пппдшные поддерживать ;)

нет уж, увольте, если интересует какой-то доп. функционал, то пишите, будет реализовываться по мере возможности ...

 

[NiTr0]

у меня привязка в биллинге была мак+ип . ипы менять все умеют маки хомяки менять не особо умеют.

А поставить что-то типа ipsentinel - не позволяет религия? Или же просто любовь к решениям через анус?

[bos9]

Являются ли частые сообщения lcp: no echo reply нормальной ситуацией? Абонентские полосы шейпятся на этом же сервере, подумал, что lcp пакеты в таком случае могут теряться при полностью забитом (торрентами например) канале пользователя.

[vovkas]

у меня привязка в биллинге была мак+ип . ипы менять все умеют маки хомяки менять не особо умеют.

А поставить что-то типа ipsentinel - не позволяет религия? Или же просто любовь к решениям через анус?

Давайте сабж обсуждать. а? а свои советы про анусы в другом форуме давать будем. ок? как МНЕ удобно- я так делать и буду.

 

По поводу не работы мпд в качестве клиента :

мпд не нравится magic number, поэтому оно и рвет коннект, может всетаки не сложно пофиксить?

L1] LCP: magic number is wrong: 0xe26e2d7b != 0x7b2d6ee2

[L1] LCP: received an invalid magic number

[L1] LCP: state change Opened --> Stopping

 

[xeb]

мпд не нравится magic number, поэтому оно и рвет коннект, может всетаки не сложно пофиксить?

fixed

[yKpon]

на тестовой машине поднял таки accel, собрал на боевой, при соединении в логи всё равно вываливается

Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: Received PPTP Control Message (type: 1)
Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: Made a START CTRL CONN RPLY packet
Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: I wrote 156 bytes to the client.
Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: Sent packet to client
Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: Received PPTP Control Message (type: 7)
Mar  4 18:50:29 skyprox pptpd[21760]: CTRL: failed to create PPTP socket (Protocol not supported)
Mar  4 18:50:29 skyprox pptpd[17155]: MGR: Reaped child 21760

пытался выгрузить pptp вывалилось

skyprox:/lib/modules/2.6.26-2-686/extra# modprobe -r pptp
Ошибка сегментирования
skyprox:/lib/modules/2.6.26-2-686/extra#
Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192290] Oops: 0002 [#1] SMP

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192679] Process modprobe (pid: 27719, ti=de8ce000 task=de7a0da0 task.ti=de8ce000)

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192701] Stack: e0a98ee0 00000000 e0a9706c c013ff0a 70747070 ded09100 00000246 ded09124

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192748]        00000000 ded09124 c0165b16 de262780 ded09124 c01664ac ffffffff b7777000

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192794]        b7778000 df6a8550 006a8544 e0a98ee0 00000080 de8cffa4 00000000 0904ed40

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192840] Call Trace:

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192866]  [<e0a9706c>] pptp_exit_module+0x19/0x4f [pptp]

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192892]  [<c013ff0a>] sys_delete_module+0x194/0x1de

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192920]  [<c0165b16>] remove_vma+0x3e/0x43

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192946]  [<c01664ac>] do_munmap+0x190/0x1ba

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192973]  [<c0103857>] sysenter_past_esp+0x78/0xb1

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.192999]  [<c02b0000>] quirk_via_cx700_pci_parking_caching+0xb/0xd4

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.193027]  =======================

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.193042] Code: c6 53 b8 68 3e 36 c0 e8 41 8b 06 00 8b 46 50 83 f8 3f 74 08 90 0f b3 05 f4 ce 41 c0 8d 8e b0 00 00 00 8b 96 b0 00 00 00 8b 41 04 <89> 42 04 89 10 c7 41 04 00 02 20 00 c7 86 b0 00 00 00 00 01 10

Message from syslogd@skyprox at Mar  4 20:19:39 ...
kernel:[1378964.193206] EIP: [<c0251399>] proto_unregister+0x2d/0xd5 SS:ESP 0068:de8cff4c

и тишина

дальше не могу выгрузить модуль, modprobe -r pptp тупо думает и молчит, ребут крайне не желателен, какие есть ещё варианты?

 

да кстати на боевой стоял pptpd из репозитория, его снёс, собрал accel

собирал как положено

make server
make server_install
insmod /lib/modules/2.6.26-2-686/extra/pptp.ko
depmod
modprobe pptp
/usr/local/sbin/pptpd

 

OC Debian Lenny

 

подозреваю что ему что-то мешает от стандартного pptpd...

Изменено 4 марта, 2011 пользователем yKpon

[Cramac]

а с чем может быть связано такие записи в утм5

 

 

- <row>

<row_id>2164</row_id>

<col_ID_сессии>1603594</col_ID_сессии>

<col_ID_аккаунта>0</col_ID_аккаунта>

<col_Дата_начала>02.03.2011 23:38:37</col_Дата_начала>

<col_Дата_окончания>03.03.2011 2:57:11</col_Дата_окончания>

<col_Вызываемый_абонент>10.10.10.1</col_Вызываемый_абонент>

<col_Вызывающий_абонент>10.10.4.10</col_Вызывающий_абонент>

<col_IP>0.0.0.0</col_IP>

<col_Порт_NAS>116</col_Порт_NAS>

<col_ID_сессии_NAS>0cd2fa4cdba00d56</col_ID_сессии_NAS>

<col_Логин />

<col_NAS_IP>10.10.10.1</col_NAS_IP>

<col_Статус>Закрыта 2</col_Статус>

<col_Вход.байт>397985575</col_Вход.байт>

<col_Вход.гигабайт>0</col_Вход.гигабайт>

<col_Исход.байт>2151808963</col_Исход.байт>

<col_Исход.гигабайт>0</col_Исход.гигабайт>

<col_Длительность>40577</col_Длительность>

<col_Причина_отключения>0</col_Причина_отключения>

<col_Стоимость>0.0</col_Стоимость>

</row>

т.е. получается чел посидел в инете и с него ничего не списалось :(