[xeb]

нет, пока нет ...

[GloooM]

В очередной раз вылетел сервак.

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го впна.

Попробую синтетически проверить.

Изменено 21 октября, 2010 пользователем GloooM

[NiTr0]

Попутно вопрос (пока правда без практического примеенеия ибо аксель себе не портировал еще): возможен ли рестарт демона без обрыва клиентских соединений?

[GloooM]

Интересная закономерность:

 

[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]

[xeb]

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

нет, это не причём, я синтетически на 1000 гонял

 

вобщем я тебе предлагаю вот как поступить: собрать accel-pptp с дебаггингом, т.е. cmake -DCMAKE_BUILD_TYPE=Debug ... в конфиге log-debug=/path/to/debug, установить gdb и запустить его в gdb ( gdb --args /usr/sbin/accel-pptpd -c /etc/accel-pptp.conf) как вывалится в сегфолт, выполнить info locals, bt и что скажет мне прислать

[GloooM]

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

[xeb]

Попутно вопрос (пока правда без практического примеенеия ибо аксель себе не портировал еще): возможен ли рестарт демона без обрыва клиентских соединений?

нет, а зачем ?

 

[NiTr0]

нет, а зачем ?

Да хотя бы для подгрузки нового конфига/регистрации на доп. интерфейсах (для пппое). Или для безболезненного апдейта демона. Оно-то реализуется по идее элементарно -как в случае пптпд, созданием процессов-"воркеров" для клиентских соединений.

Изменено 21 октября, 2010 пользователем NiTr0

[GloooM]

Потестить с дебагом неполучается пока на этом юзере, если это что-то даст, то вот лог этого пользователя при подключении на аксель 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

Изменено 21 октября, 2010 пользователем GloooM

[xeb]

Да хотя бы для подгрузки нового конфига/регистрации на доп. интерфейсах (для пппое).

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

 

[GloooM]

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 ?? ()

Изменено 21 октября, 2010 пользователем GloooM

[aran]

насчёт ip-up/ip-down... там жеж в оригинальном пппд ещёж куча весьма полезных скриптов вызывается... и им куча весьма полезных переменных окружения передаётся... да и вызываются они несколько по-разному. например весьма полезен скрипт:

/etc/ppp/ip-pre-up

A program or script which is executed just before the ppp network interface is brought up.

It is executed with the same parameters as the ip-up script (below). At this point the

interface exists and has IP addresses assigned but is still down. This can be used to add

firewall rules before any IP traffic can pass through the interface. Pppd will wait for this

script to finish before bringing the interface up, so this script should run quickly.

в отличие от ip-up который запускается как фоновый процесс и пппд не ждёт его завершения

[xeb]

xeb, добился я падения с тем пользователем

исправил, спасибо за героический поступок ;)

 

aran, ок, сделаю

 

[GloooM]

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

 

Раньше то было, если возникает проблема в pppd то падает только один он, а сервер продолжает работать с прежними и принимать новые соединения.

[xeb]

можно, но не нужно, да в первое время пока всё не отладится возможны падения, но так ведь не будет продолжаться всё время ...

[GloooM]

Вот только в какой момент можно считать что продукт стабилен и не упадет завтра от хитрого запроса новой сборки винды? )

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

Изменено 21 октября, 2010 пользователем GloooM

[xeb]

ладно, что-нибудь придумаю ...

[GloooM]

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

[GloooM]

Еще дилетантский вопрос.

Поднял 250 впнов,Acct-Interim-Interval=60, остановил радиус, через 5 минут накопилось оч много неотправленных пакетов на радиус, запустил после этого радиус и аксель начал отправлять все неотправленные пакеты на радиус, причем с таким упорством, что сервер с радиусом аж перестал отвечать на пинги =)

Вопрос, по стандартам положено ли акселю отправлять на радиус все acct alive пакеты, которые он не смог передать во время отсутствия связи? Или же те, Alive, которые не удалось передать можно отбросить, ведь по идее когда появится связь в следующем алайве будет содержаться все таже инфа?

 

UPD: Хотя отбой, разобрался, все верно работает, аксель не отправляет следующий alive если не дошел предыдущий.

Изменено 22 октября, 2010 пользователем GloooM

[xeb]

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

не знаю, посмотри на его логи, если не подключается мне скинь

 

[GloooM]

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

[GloooM]

Не подключается вин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 поставить.

Изменено 22 октября, 2010 пользователем GloooM

[xeb]

info: ppp0: recv [LCP ConfNak id=9 <mru 1500>]

она упорно хочет чтобы у неё mru было 1500, там нигде таких настроек нет ?

 

[GloooM]

Неа, на клиента нету настроек. На сервере я 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

Изменено 22 октября, 2010 пользователем GloooM

[xeb]

ясно, если mru не нравится, то pppd вообще перестаёт его согласовывать ...