GloooM

Вернее похоже, что аксель просто не увеличивает счетчик id пакета, вот радиусу и ненравится.

И еще нюанс работы. Есть один клиент, у него толи глюк толи вирус незнаю на компе, он после подключения тутже разрывает сессию. В логе радиуса при этом наблюдаю. Tue Oct 26 12:38:43 2010 : Error: Discarding conflicting packet from client nas2 port 51892 - ID: 1 due to recent request 1061124. И в биллинг не попадает сообщение об отключении, и получается что впна нет, а биллинг не в курсе что он отпал. Хотя в акселе ошибок нету, какбудтобы радиус все принял. [2010-10-26 12:44:37]: info: pptp: new connection from 10.1.6.10 [2010-10-26 12:44:42]: info: ppp4: send [RADIUS Access-Request id=1 <User-Name "1311"> <NAS-Identifier "nas2.xxx.ru"> <NAS-IP-Address 192.168.240.36> <NAS-Port 4> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "10.1.6.10"> <Called-Station-Id "10.0.0.2"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response >] [2010-10-26 12:44:43]: info: ppp4: recv [RADIUS Access-Accept id=1 <PPPD-Downstream-Speed-Limit-2 0> <Session-Octets-Limit 0> <PPPD-Downstream-Speed-Limit-1 10000> <PPPD-Upstream-Speed-Limit-2 0> <PPPD-Downstream-Speed-Limit 4300> <PPPD-Upstream-Speed-Limit-1 10000> <Acct-Interim-Interval 60> <PPPD-Upstream-Speed-Limit 4100> <Octets-Direction 0> <Framed-IP-Address 192.168.241.216> <Framed-IP-Netmask 255.255.255.255><Microsoft MS-CHAP2-Success ><Microsoft MS-MPPE-Recv-Key ><Microsoft MS-MPPE-Send-Key ><Microsoft MS-MPPE-Encryption-Policy 1><Microsoft MS-MPPE-Encryption-Type 6>] [2010-10-26 12:44:43]: info: ppp4: send [RADIUS Accounting-Request id=1 <User-Name "1311"> <NAS-Identifier "nas2.xxx.ru"> <NAS-IP-Address 192.168.240.36> <NAS-Port 4> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "10.1.6.10"> <Called-Station-Id "10.0.0.2"> <Acct-Authentic RADIUS> <Acct-Status-Type Start> <Acct-Session-Id "6413C646EFB91D4D928A99F9BB786B77"> <Acct-Session-Time 0> <Acct-Input-Octets 0> <Acct-Output-Octets 0> <Acct-Input-Packets 0> <Acct-Output-Packets 0> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 192.168.241.216>] [2010-10-26 12:44:43]: info: ppp4: pppd_compat: ip-up started (pid 12629) [2010-10-26 12:44:43]: info: ppp4: send [RADIUS Accounting-Request id=1 <User-Name "1311"> <NAS-Identifier "nas2.xxx.ru"> <NAS-IP-Address 192.168.240.36> <NAS-Port 4> <NAS-Port-Type Virtual> <Service-Type Framed-User> <Framed-Protocol PPP> <Calling-Station-Id "10.1.6.10"> <Called-Station-Id "10.0.0.2"> <Acct-Authentic RADIUS> <Acct-Status-Type Stop> <Acct-Session-Id "6413C646EFB91D4D928A99F9BB786B77"> <Acct-Session-Time 6> <Acct-Input-Octets 144> <Acct-Output-Octets 108> <Acct-Input-Packets 9> <Acct-Output-Packets 9> <Acct-Input-Gigawords 0> <Acct-Output-Gigawords 0> <Framed-IP-Address 192.168.241.216> <Acct-Terminate-Cause User-Request>] [2010-10-26 12:44:43]: info: ppp4: pppd_compat: ip-up finished (0) [2010-10-26 12:44:43]: info: ppp4: recv [RADIUS Accounting-Response id=1] [2010-10-26 12:44:44]: info: ppp4: pppd_compat: ip-down started (pid 12742) [2010-10-26 12:44:44]: info: ppp4: pppd_compat: ip-down finished (0) Я так понимаю после подключения аксель шлет аккаунтинг старт и не дожидаясь окончания обработки шлет тудаже аккаунтинг стоп. Возможно ли это както поправить, или проблема в настройках сервера?

Еще вот что заметил, в /etc/accel-pptpd.conf поумолчанию dictionary=/usr/share/accel-pptp/dictionary, а сам словарь теперь кладется в /usr/share/accel-pptp/radius/dictionary

DrakoN, а что за команду выполняешь что аксель падает? У себя проверил все нормально кикается сессия из консоли.

[2010-10-25 16:37:16]: warn: ppp60: pptp:echo: identifier mismatch [2010-10-25 16:37:46]: warn: ppp60: pptp:echo: identifier mismatch [2010-10-25 16:38:16]: warn: ppp60: pptp:echo: identifier mismatch С чем может быть связано и чем грозит?

Былобы вообще клево иметь какойнибудь cli чтобы можно было телнетом подключиться и менять конфигурацию уже запущенного приложения или параметры конкретной сессии. Наподобие как это сделано в quagga.

http://sourceforge.net/projects/accel-pptp/develop

Таблица conntrack не переполнена? Наблюдал както раз похожие симптомы.

Проверил, действительно вчерашняя версия акселя падает от вин2000.

С предыдущей версией впн сервера этого не требовалось, поэтому лучше сделать также как было =)

Неа, на клиента нету настроек. На сервере я 1400 поставил. Вот лог при подключении этой же винды на аксель 0,8 Oct 22 11:23:05 nas pptpd[19070]: CTRL: Client 10.0.0.10 control connection started Oct 22 11:23:05 nas pptpd[19070]: CTRL: Starting call (launching pppd, opening GRE) Oct 22 11:23:05 nas pppd[19071]: Plugin radius.so loaded. Oct 22 11:23:05 nas pppd[19071]: RADIUS plugin initialized. Oct 22 11:23:05 nas pppd[19071]: Plugin radattr.so loaded. Oct 22 11:23:05 nas pppd[19071]: RADATTR plugin initialized. Oct 22 11:23:05 nas pptp[19071]: Plugin pptp.so loaded. Oct 22 11:23:05 nas pptp[19071]: PPTP plugin version 0.8.4 compiled for pppd-2.4.4, linux-2.6.32-gentoo-r7 Oct 22 11:23:05 nas pptp[19071]: pppd 2.4.4 started by root, uid 0 Oct 22 11:23:05 nas pptp[19071]: using channel 68908 Oct 22 11:23:05 nas pptp[19071]: Using interface ppp86 Oct 22 11:23:05 nas pptp[19071]: Connect: ppp86 <--> pptp (10.0.0.10) Oct 22 11:23:05 nas pptp[19071]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0xcdf34b32> <pcomp> <accomp>] Oct 22 11:23:07 nas pptp[19071]: rcvd [LCP ConfReq id=0x1 <magic 0x24c01d88> <pcomp> <accomp> <callback CBCP> <mrru 1614> <endpoint [local:0b.04.c6.c5.99.05.4e.c2.b1.d5.34.bb.49.f7.fb.51.00.00.00.0a]>] Oct 22 11:23:07 nas pptp[19071]: sent [LCP ConfRej id=0x1 <callback CBCP> <mrru 1614>] Oct 22 11:23:07 nas pptp[19071]: rcvd [LCP ConfReq id=0x2 <magic 0x24c01d88> <pcomp> <accomp> <endpoint [local:0b.04.c6.c5.99.05.4e.c2.b1.d5.34.bb.49.f7.fb.51.00.00.00.0a]>] Oct 22 11:23:07 nas pptp[19071]: sent [LCP ConfAck id=0x2 <magic 0x24c01d88> <pcomp> <accomp> <endpoint [local:0b.04.c6.c5.99.05.4e.c2.b1.d5.34.bb.49.f7.fb.51.00.00.00.0a]>] Oct 22 11:23:08 nas pptp[19071]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0xcdf34b32> <pcomp> <accomp>] Oct 22 11:23:08 nas pptp[19071]: rcvd [LCP ConfNak id=0x1 <mru 1500>] Oct 22 11:23:08 nas pptp[19071]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0xcdf34b32> <pcomp> <accomp>] Oct 22 11:23:08 nas pptpd[19070]: CTRL: Ignored a SET LINK INFO packet with real ACCMs! Oct 22 11:23:08 nas pptp[19071]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0xcdf34b32> <pcomp> <accomp>] Oct 22 11:23:08 nas pptp[19071]: sent [LCP EchoReq id=0x0 magic=0xcdf34b32] Oct 22 11:23:08 nas pptp[19071]: sent [CHAP Challenge id=0x3d <b17f3b3645802020de41bb6f7f1baf07>, name = "pptpd"] Oct 22 11:23:08 nas pptp[19071]: rcvd [LCP Ident id=0x3 magic=0x24c01d88 "MSRASV5.00"] Oct 22 11:23:08 nas pptp[19071]: rcvd [LCP Ident id=0x4 magic=0x24c01d88 "MSRAS-1-UC7UWE7CEDSG"] Oct 22 11:23:08 nas pptp[19071]: rcvd [LCP EchoRep id=0x0 magic=0x24c01d88] Oct 22 11:23:08 nas pptp[19071]: rcvd [CHAP Response id=0x3d <67f4bc7b7abbd9fa53a442e0e8fdde6c00000000000000005fe1460b1e3bb1b82d08088caf6b 0c32623532802a2430cd00>, name = "test"] Oct 22 11:23:08 nas pptp[19071]: RADATTR plugin wrote 16 line(s) to file /var/run/radattr.ppp86. Oct 22 11:23:08 nas pptp[19071]: sent [CHAP Success id=0x3d "S=C99CA1F87D0910CBC96F34A7328A7569D523B662"] Oct 22 11:23:08 nas pptp[19071]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>] Oct 22 11:23:08 nas pptp[19071]: sent [IPCP ConfReq id=0x1 <addr 192.168.240.35>] Oct 22 11:23:08 nas pptp[19071]: rcvd [CCP ConfReq id=0x5 <mppe +H +M +S +L -D +C>] Oct 22 11:23:08 nas pptp[19071]: sent [CCP ConfNak id=0x5 <mppe +H -M +S -L -D -C>] Oct 22 11:23:08 nas pptp[19071]: rcvd [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3 0.0.0.0> <ms-wins 0.0.0.0>] Oct 22 11:23:08 nas pptp[19071]: sent [IPCP ConfRej id=0x6 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>] Oct 22 11:23:08 nas pptp[19071]: rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>] Oct 22 11:23:08 nas pptp[19071]: rcvd [IPCP ConfAck id=0x1 <addr 192.168.240.35>] Oct 22 11:23:08 nas pptp[19071]: rcvd [CCP ConfReq id=0x7 <mppe +H -M +S -L -D -C>] Oct 22 11:23:08 nas pptp[19071]: sent [CCP ConfAck id=0x7 <mppe +H -M +S -L -D -C>] Oct 22 11:23:08 nas pptp[19071]: MPPE 128-bit stateless compression enabled Oct 22 11:23:08 nas pptp[19071]: rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Oct 22 11:23:08 nas pptp[19071]: sent [IPCP ConfNak id=0x8 <addr 192.168.243.117> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 22 11:23:08 nas pptp[19071]: rcvd [IPCP ConfReq id=0x9 <addr 192.168.243.117> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 22 11:23:08 nas pptp[19071]: sent [IPCP ConfAck id=0x9 <addr 192.168.243.117> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 22 11:23:08 nas pptp[19071]: local IP address 192.168.240.35 Oct 22 11:23:08 nas pptp[19071]: remote IP address 192.168.243.117 Oct 22 11:23:09 nas pptp[19071]: Script /etc/ppp/ip-up started (pid 19075) Oct 22 11:23:09 nas pptp[19071]: Script /etc/ppp/ip-up finished (pid 19075), status = 0x0

Не подключается вин2000, при любых настройках шифрования на клиенте, на аксель 0,8 работало норм. Вот лог: [2010-10-22 11:11:37]: info: pptp: new connection from 10.0.0.10 [2010-10-22 11:11:37]: info: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 1> <Bearer 1> <Max-Chan 0>] [2010-10-22 11:11:37]: info: : send [PPTP Start-Ctrl-Conn-Reply <Version 1> <Result 1> <Error 0> <Framing 3> <Bearer 3> <Max-Chan 1>] [2010-10-22 11:11:37]: info: : recv [PPTP Outgoing-Call-Request <Call-ID 406> <Call-Serial 71d4> <Min-BPS 300> <Max-BPS 100000000> <Bearer 3> <Framing 3> <Window-Size 64> <Delay 0>] [2010-10-22 11:11:37]: info: : send [PPTP Outgoing-Call-Reply <Call-ID 363> <Peer-Call-ID 406> <Result 1> <Error 0> <Cause 0> <Speed 100000000> <Window-Size 64> <Delay 0> <Channel 0>] [2010-10-22 11:11:37]: info: ppp0: connect: ppp0 <--> pptp(10.0.0.10) [2010-10-22 11:11:37]: info: ppp0: send [LCP ConfReq id=1 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:37]: info: ppp0: recv [PPTP Set-Link-Info] [2010-10-22 11:11:39]: info: ppp0: recv [LCP ConfReq id=1 <magic 1803d089> <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 b 4 c6 c5 99 5 4e c2 b1 d5 34 bb 49 f7 fb 51 0 0 0 3 >] [2010-10-22 11:11:39]: info: ppp0: send [LCP ConfRej id=1 <pcomp> <accomp> < d 3 6 > < 11 4 6 4e > < 13 17 1 b 4 c6 c5 99 5 4e c2 b1 d5 34 bb 49 f7 fb 51 0 0 0 3 >] [2010-10-22 11:11:39]: info: ppp0: recv [LCP ConfReq id=2 <magic 1803d089>] [2010-10-22 11:11:39]: info: ppp0: send [LCP ConfAck id=2 ] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=2 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=2 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=3 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=3 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=4 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=4 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=5 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=5 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=6 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=6 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=7 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=7 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=8 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=8 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=9 <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=9 <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=a <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=a <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=b <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfNak id=b <mru 1500>] [2010-10-22 11:11:42]: info: ppp0: send [LCP ConfReq id=c <auth MSCHAP-v2> <magic 1803d089> <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: recv [LCP ConfRej id=c <mru 1400>] [2010-10-22 11:11:42]: info: ppp0: send [LCP TermReq id=13] [2010-10-22 11:11:42]: info: ppp0: recv [LCP TermAck id=d] [2010-10-22 11:11:42]: info: ppp0: send [PPTP Call-Disconnect-Notify <Call-ID 604> <Result 3> <Error 0> <Cause 0>] [2010-10-22 11:11:42]: info: ppp0: send [PPTP Stop-Ctrl-Conn-Request <Reason 0>] [2010-10-22 11:11:42]: info: ppp0: recv [PPTP Set-Link-Info] [2010-10-22 11:11:42]: info: ppp0: recv [PPTP Call-Clear-Request <Call-ID 406>] [2010-10-22 11:11:42]: info: ppp0: send [PPTP Call-Disconnect-Notify <Call-ID 604> <Result 4> <Error 0> <Cause 0>] [2010-10-22 11:11:42]: info: ppp0: pptp: disconnect by peer [2010-10-22 11:11:42]: info: ppp0: disconnected UPD: Предыдушая ревизия акселя с ошибкой от этого клиента не упала, попробую другую сборку 2000 поставить.

Определил в чем заключается особенность этого клиента, у него Windows 2000 стоит, сейчас у себя поставлю - попробую.

Еще дилетантский вопрос. Поднял 250 впнов,Acct-Interim-Interval=60, остановил радиус, через 5 минут накопилось оч много неотправленных пакетов на радиус, запустил после этого радиус и аксель начал отправлять все неотправленные пакеты на радиус, причем с таким упорством, что сервер с радиусом аж перестал отвечать на пинги =) Вопрос, по стандартам положено ли акселю отправлять на радиус все acct alive пакеты, которые он не смог передать во время отсутствия связи? Или же те, Alive, которые не удалось передать можно отбросить, ведь по идее когда появится связь в следующем алайве будет содержаться все таже инфа? UPD: Хотя отбой, разобрался, все верно работает, аксель не отправляет следующий alive если не дошел предыдущий.

xeb, а тот клиент из-за которого у меня падал сервер, с новой версией нормально подключится? Или у него какието проблемы с софтом?

Вот только в какой момент можно считать что продукт стабилен и не упадет завтра от хитрого запроса новой сборки винды? ) Я бы пожертвовал производительностью в угоду стабильности, как вариант даже опциональным делать такие жертвы, так наверное и отладить будет проще, т.к. можно не боясь запускать в продакшн и искать баги на гораздо большем зоопарке клиентов, всеже проблемы у одного пользователя не так критичны как у всех сразу. Это так мое пожелание, незнаю на сколько реально. =)

А нельзя как нибудь архитектурно такой момент изменить? Чтобы при таких ситуациях не падал весь демон со всеми соединениями текущими. Раньше то было, если возникает проблема в pppd то падает только один он, а сервер продолжает работать с прежними и принимать новые соединения.

xeb, добился я падения с тем пользователем, висит у меня сейчас дебаг сессия, что туда писать какие данные нужны? По тем командам что ты сказал Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 0x7ffff4682710 (LWP 12018)] 0x0000000000000000 in ?? () (gdb) info locals No symbol table info available. (gdb) bt #0 0x0000000000000000 in ?? () #1 0x0000000000406c12 in lcp_recv_conf_nak (lcp=0x6fe670, data=0x71cb26 "\001\004\005\334R\362\a\002\b\002\r\003\006\365\377\177", size=4) at /root/accel-pptp/accel-pptpd/ppp/ppp_lcp.c:498 #2 0x0000000000407697 in lcp_recv (h=0x6fe698) at /root/accel-pptp/accel-pptpd/ppp/ppp_lcp.c:737 #3 0x00000000004035bd in ppp_chan_read (h=0x6fd500) at /root/accel-pptp/accel-pptpd/ppp/ppp.c:259 #4 0x00007ffff7bd9840 in ctx_thread (ctx=0x777a68) at /root/accel-pptp/accel-pptpd/triton/triton.c:151 #5 0x00007ffff6f04d70 in ?? () from /lib/libc.so.6 #6 0x0000000000000000 in ?? ()

Потестить с дебагом неполучается пока на этом юзере, если это что-то даст, то вот лог этого пользователя при подключении на аксель 0,8 Oct 20 16:00:07 nas pppd[29159]: Plugin radius.so loaded. Oct 20 16:00:07 nas pppd[29159]: RADIUS plugin initialized. Oct 20 16:00:07 nas pppd[29159]: Plugin radattr.so loaded. Oct 20 16:00:07 nas pppd[29159]: RADATTR plugin initialized. Oct 20 16:00:07 nas pptp[29159]: Plugin pptp.so loaded. Oct 20 16:00:07 nas pptp[29159]: PPTP plugin version 0.8.4 compiled for pppd-2.4.4, linux-2.6.32-gentoo-r7 Oct 20 16:00:07 nas pptp[29159]: pppd 2.4.4 started by root, uid 0 Oct 20 16:00:07 nas pptp[29159]: using channel 67747 Oct 20 16:00:07 nas pptp[29159]: Using interface ppp137 Oct 20 16:00:07 nas pptp[29159]: Connect: ppp137 <--> pptp (10.2.2.136) Oct 20 16:00:07 nas pptp[29159]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0x87edb78> <pcomp> <accomp>] Oct 20 16:00:09 nas pptp[29159]: rcvd [LCP ConfReq id=0x1 <magic 0x2ca74e91> <pcomp> <accomp> <callback CBCP>] Oct 20 16:00:09 nas pptp[29159]: sent [LCP ConfRej id=0x1 <callback CBCP>] Oct 20 16:00:09 nas pptp[29159]: rcvd [LCP ConfReq id=0x2 <magic 0x2ca74e91> <pcomp> <accomp>] Oct 20 16:00:09 nas pptp[29159]: sent [LCP ConfAck id=0x2 <magic 0x2ca74e91> <pcomp> <accomp>] Oct 20 16:00:10 nas pptp[29159]: sent [LCP ConfReq id=0x1 <mru 1400> <asyncmap 0x0> <auth chap MS-v2> <magic 0x87edb78> <pcomp> <accomp>] Oct 20 16:00:10 nas pptp[29159]: rcvd [LCP ConfNak id=0x1 <mru 1500>] Oct 20 16:00:10 nas pptp[29159]: sent [LCP ConfReq id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x87edb78> <pcomp> <accomp>] Oct 20 16:00:10 nas pptp[29159]: rcvd [LCP ConfAck id=0x2 <asyncmap 0x0> <auth chap MS-v2> <magic 0x87edb78> <pcomp> <accomp>] Oct 20 16:00:10 nas pptp[29159]: sent [LCP EchoReq id=0x0 magic=0x87edb78] Oct 20 16:00:10 nas pptp[29159]: sent [CHAP Challenge id=0x42 <7a0f3f12709caf1de87f342873a543e9>, name = "pptpd"] Oct 20 16:00:10 nas pptp[29159]: rcvd [LCP Ident id=0x3 magic=0x2ca74e91 "MSRASV5.00"] Oct 20 16:00:10 nas pptp[29159]: rcvd [LCP Ident id=0x4 magic=0x2ca74e91 "MSRAS-1-HOME"] Oct 20 16:00:10 nas pptp[29159]: rcvd [LCP EchoRep id=0x0 magic=0x2ca74e91] Oct 20 16:00:10 nas pptp[29159]: rcvd [CHAP Response id=0x42 <b89a649224da19f2ef28a51c045490610000000000000000157468808c035f1576f716dd88c0 7ad5b8697e0016f3d8ac00>, name = "1381"] Oct 20 16:00:11 nas pptp[29159]: RADATTR plugin wrote 16 line(s) to file /var/run/radattr.ppp137. Oct 20 16:00:11 nas pptp[29159]: sent [CHAP Success id=0x42 "S=1341C81069F7AFA899A58B40D07870E3A39F595C"] Oct 20 16:00:11 nas pptp[29159]: sent [CCP ConfReq id=0x1 <mppe +H -M +S -L -D -C>] Oct 20 16:00:11 nas pptp[29159]: sent [IPCP ConfReq id=0x1 <addr 192.168.240.35>] Oct 20 16:00:11 nas pptp[29159]: rcvd [CCP ConfReq id=0x5 <mppe +H +M +S +L -D +C>] Oct 20 16:00:11 nas pptp[29159]: sent [CCP ConfNak id=0x5 <mppe +H -M +S -L -D -C>] Oct 20 16:00:11 nas pptp[29159]: rcvd [IPCP ConfReq id=0x6 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-wins 0.0.0.0> <ms-dns3 0.0.0.0> <ms-wins 0.0.0.0>] Oct 20 16:00:11 nas pptp[29159]: sent [IPCP ConfRej id=0x6 <ms-wins 0.0.0.0> <ms-wins 0.0.0.0>] Oct 20 16:00:11 nas pptp[29159]: rcvd [CCP ConfAck id=0x1 <mppe +H -M +S -L -D -C>] Oct 20 16:00:11 nas pptp[29159]: rcvd [IPCP ConfAck id=0x1 <addr 192.168.240.35>] Oct 20 16:00:11 nas pptp[29159]: rcvd [CCP ConfReq id=0x7 <mppe +H -M +S -L -D -C>] Oct 20 16:00:11 nas pptp[29159]: sent [CCP ConfAck id=0x7 <mppe +H -M +S -L -D -C>] Oct 20 16:00:11 nas pptp[29159]: MPPE 128-bit stateless compression enabled Oct 20 16:00:11 nas pptp[29159]: rcvd [IPCP ConfReq id=0x8 <addr 0.0.0.0> <ms-dns1 0.0.0.0> <ms-dns3 0.0.0.0>] Oct 20 16:00:11 nas pptp[29159]: sent [IPCP ConfNak id=0x8 <addr 192.168.243.201> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 20 16:00:11 nas pptp[29159]: rcvd [IPCP ConfReq id=0x9 <addr 192.168.243.201> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 20 16:00:11 nas pptp[29159]: sent [IPCP ConfAck id=0x9 <addr 192.168.243.201> <ms-dns1 192.168.240.1> <ms-dns3 192.168.242.1>] Oct 20 16:00:11 nas pptp[29159]: local IP address 192.168.240.35 Oct 20 16:00:11 nas pptp[29159]: remote IP address 192.168.243.201 Oct 20 16:00:11 nas pptp[29159]: Script /etc/ppp/ip-up started (pid 29163) Oct 20 16:00:11 nas pptp[29159]: Script /etc/ppp/ip-up finished (pid 29163), status = 0x0

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

Интересная закономерность: [2010-10-21 16:32:50]: info: pptp: new connection from 10.2.2.136 [2010-10-21 16:34:09]: info: pptp: new connection from 10.2.2.136 Oct 21 16:32:55 nas2 kernel: [1229841.418543] accel-pptpd[8567]: segfault at 0 ip (null) sp 00000000020c8b48 error 14 in accel-pptpd[400000+15000] Oct 21 16:34:14 nas2 kernel: [1229920.361872] accel-pptpd[8918]: segfault at 0 ip (null) sp 0000000000a6d3a8 error 14 in accel-pptpd[400000+15000]

В очередной раз вылетел сервак. Oct 21 15:59:41 nas2 kernel: [1227847.057653] accel-pptpd[24958]: segfault at 0 ip (null) sp 0000000002d3de68 error 14 in accel-pptpd[400000+15000] Логи акселя просто обрываются без каких либо упоминаний о проблеме. [2010-10-21 15:59:40]: info: ppp8: send [LCP EchoReq id=60 <magic 318b6a88>] [2010-10-21 15:59:40]: info: ppp8: recv [LCP EchoRep id=60 <magic 1864017b>] [2010-10-21 15:59:40]: info: ppp22: send [PPTP Echo-Request <Identifier 2f69f745>] [2010-10-21 15:59:40]: info: ppp22: recv [PPTP Echo-Reply <Identifier 2f69f745>] [2010-10-21 15:59:40]: info: ppp66: send [PPTP Echo-Request <Identifier 192d68c3>] [2010-10-21 15:59:40]: info: ppp66: recv [PPTP Echo-Reply <Identifier 192d68c3>] [2010-10-21 15:59:40]: info: ppp49: send [LCP EchoReq id=39 <magic 257db71d>] [2010-10-21 15:59:40]: info: ppp49: recv [LCP EchoRep id=39 <magic a1336e33>] [2010-10-21 15:59:41]: info: ppp65: send [LCP ConfReq id=2 <auth MSCHAP-v2> <magic 57986dbc> <mru 1400>] Как вариант если только он не держит больше 65 подключений, т.к. останов произошел во время подключения 65го впна. Попробую синтетически проверить.

А нет ли у акселя возможности без перезапуска считать новый конфиг? Ато запустил, а теперь хочется verbose отключить )

Отлично, работает.

Хмм, грепнул сырцы на предмет фразы Acct-Terminate-Cause, так у меня получилось ./accel-pptpd/radius/acct.c: /// !!! rad_req_add_val(rpd->acct_req, "Acct-Terminate-Cause", ""); может я не из того места беру исходники? )