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

Возможно есть проблема с загрузкой модулей для l2tp.

 

В новых ядрах нет модуля pppol2tp, в место него есть l2tp_ppp.

 

при загрузке accel-pppd не инициируется новый модуль ядра.

 

# accel-pppd -c /etc/accel-ppp.conf
FATAL: Module pppol2tp not found.
^C

# lsmod |grep l2tp
...пусто...

 

немного подправив l2tp.c

-       system("modprobe pppol2tp &> /dev/null || modprobe l2tp_ppp &> /dev/null");
+       system("modprobe -qv pppol2tp || modprobe -qv l2tp_ppp");

 

модуль l2tp_ppp подгружается корректно, но не проверял как старый pppol2tp.

 

# accel-pppd -c /etc/accel-ppp.conf
^C
# lsmod |grep l2tp
l2tp_ppp               17757  0 
l2tp_netlink           17263  1 l2tp_ppp
l2tp_core              17452  2 l2tp_netlink,l2tp_ppp
pppox                  12530  3 pppoe,pptp,l2tp_ppp
ppp_generic            22153  7 ppp_async,ppp_synctty,pppox,pppoe,pptp,ppp_mppe,l2tp_ppp

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

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


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

При использовании shaper limiter htb какая дисциплина управления очередью(qdisc) используется? Можно её как-то задать?(например, sfq)

commit d669038e70d2e3690423792e63b8179e44a7a340
Author: Kozlov Dmitry <xeb@mail.ru>
Date:   Tue May 15 23:49:48 2012 +0400

shaper: implemented leaf qdisc attachment

пока только sfq

использование:

[shaper]

leaf-qdisc=sfq [ limit NUMBER ] [ perturb SECS ] [ quantum BYTES ]

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


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

пока только sfq

использование:

[shaper]

leaf-qdisc=sfq [ limit NUMBER ] [ perturb SECS ] [ quantum BYTES ]

 

Спасибо, буду пробовать

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


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

Мой небольшой вклад.

Возникла необходимость съэкономить $8.5k на новой циске :)

Поддержка Challenge (общий secret для туннеля, используется в схеме терминации PPPoE через L2TP). Также реализовал avp_permissive, чтобы не вылетало на незнакомых AVP.

Предварительно - если ничего не устанавливалось (даже если отключал вылет по этому AVP), то теперь сессия пытается авторизоваться, и уже проходит PPP и т.п.

 

Надеюсь будет принято :) Патчик приаттачен.

 

Не прилепился файлик

Выложил тут: http://www.nuclearcat.com/patch_l2tp_secret.diff

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


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

включено, спасибо

commit cf358fcdc57dd52d30ca490b1164d832cf11fe8b
Author: Kozlov Dmitry <xeb@mail.ru>
Date:   Wed May 16 23:30:41 2012 +0400

l2tp: implemented Challenge attribute handling (shared secret)

только насчёт avp_permissive не понял, может патч не полный ?

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


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

Полный, чтоб не вылетало на незнакомых AVP.

Вот:

 

May 16 21:41:41 localhost accel-pppd: l2tp: unknown avp received (type=56, M=0)

May 16 21:41:41 localhost accel-pppd: l2tp: unknown avp received (type=57, M=0)

May 16 21:41:41 localhost accel-pppd: l2tp: incorrect avp received (type=38, M=0, must be 1)

 

Это с C7201 провайдера. Конечно нужно их сделать, но до этого надо работать :)

 

Кстати я свой патч в обычных условиях не тестировал, надеюсь никаких regression он не внесет

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


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

/var/log/accel-ppp/*.log {

rotate 7

daily

size=100M

compress

notifempty

missingok

postrotate

kill -HUP `cat /var/run/accel-pppd.pid`

endscript

}

 

Если такое прописать на logrotate, подключение не будет обрываться при выполнении: kill -HUP `cat /var/run/accel-pppd.pid`

 

Пробовал через cron: cat /dev/null > /var/log/accel-ppp/accel-ppp.log . Содержимое логов очищается, но размер файла не уменьшается :(.

Отключение лога accel-ppp не предлагать :).

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


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

info83

пользуйтесь syslog и не нужно будет посылать HUP и думать о том, что с ним делает демон

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


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

xeb, без permissible_avp работать не будет... ибо в PPPoE используются два своих AVP, я пока еще буду разбираться, чтобы написать их обработку.

 

Кроме того в AVP 38 ошибка.

ATTRIBUTE RX-Speed 38 int32 M=1

RFC2661, The Rx Connect Speed AVP, Attribute Type 38, represents the speed

of the connection from the perspective of the LAC (e.g. data

flowing from the remote system to the LAC).

...

This AVP may be hidden (the H-bit MAY be 1 or 0). The M-bit for

this AVP MUST be set to 0. The Length (before hiding) of this AVP

is 10.

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


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

Я к тому что в твоём патче переменная avp_permissive объявлена, но никак не используется

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


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

Действительно, сегодня напишу снова, протестирую и отправлю патч. Видимо убрал это в последний момент.

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


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

Может кто подскажет, или сам тестировал подобные вещи.

 

Вчера, и сегодня проводил тестирования нового сервера с accel-ppp + pppoe.

 

Задача стояла обеспечить работу ~800 абонентам на одном сервере.

Сервер довольно хороший 2 процессора Intel Xeon E5430 Quad-Core.

Старый 4х ядерный с ~700 справлялся.

 

Собрав всё, решил провести пару тестов.

1. При внезапном отключении части сети могут начать сыпаться сессии, допустим ~100 - 200 сессий будут закрываться.

2. Корректный рестарт сервера с штатным отключением всех кто подключен с отправкой NAS-Request.

 

Дальше можно ещё по напридумывать много всяких ситуаций но хватит и этих.

 

Как проходил сам тест.

 

Взял список из 999 абонентов из базы.

и просто скриптом с 2го не слабого PC стал подымать сессии на сервере

#! /bin/sh

for LOGIN in `cat all_users.txt`; do
   pppd plugin rp-pppoe.so eth2 plugin passwordfd.so nodefaultroute mtu 1492 mru 1492 nopcomp novjccomp noccp lcp-echo-interval 20 lcp-echo-failure 3 lcp-restart 1 lcp-max-terminate 1 ipcp-accept-local ipcp-accept-remote idle 0 user $LOGIN password testtest
   sleep 0.3
done

 

За ~5 минут без проблем подымаются все 999 подключений и могут висеть так хоть сутки.

 

Тест 1.

Эмуляция отключения нескольких сотен абонентов ( ну допустим отпала часть сети ).

На PC с которого подымались подключения, убиваем 100 pppd процессов по PID'ам

примерно так

kill -9 `ps ax|grep rp-pppoe.so|grep -v grep|awk '{print $1}'|tail -n 100|xargs`

 

Соответственно LCP пакеты перестают ходить на сервер.

ppp в accel-ppp.conf настроен.

[ppp]
verbose=1
min-mtu=1280
mtu=1468
mru=1468
check-ip=0
mppe=require
ipv4=require
lcp-echo-interval=20
lcp-echo-failure=3

 

После того как проходит ~1 минута ppp сессии начинают отключатся

в логе

lcp: no echo reply

радиусу шлём

Acct-Terminate-Cause Lost-Carrier

 

всё хорошо

 

Проходит какое то время и начинает в лог сыпаться

warn: ppp973: lcp: no echo reply
warn: ppp973: radius: server(1) not responding
warn: radius: server(1) not responding
warn: ppp973: radius:acct_stop: no servers available
info: ppp973: disconnected
.....
warn: ppp867: radius:acct: no servers available, terminating session...
info: ppp867: send [RADIUS(1) Accounting-Request id=7 <User-Name "test"> ......
info: ppp867: send [RADIUS(1) Accounting-Request id=7 <User-Name "test"> ......
info: ppp867: send [RADIUS(1) Accounting-Request id=7 <User-Name "test"> ......
warn: ppp867: radius:acct_stop: no servers available
info: ppp867: disconnected

 

Начинают отключатся сессии которые мы не отключали.

И становится ясно, что не выдерживает уже FreeRadius

 

Настройки для radius.

[radius]
dictionary=/usr/share/accel-ppp/radius/dictionary
nas-identifier=VPN
nas-ip-address=127.0.0.1
gw-ip-address=10.1.1.1
server=127.0.0.1,PASSWD,auth-port=1812,acct-port=1813,req-limit=0,fail-time=0
dae-server=127.0.0.1:3799,PASSWD
verbose=1
timeout=3
max-try=3
acct-timeout=10
acct-delay-time=3

 

Изменения в acct-timeout и acct-delay-time особо ничего не дали, так как он просто ждёт и отваливаться начинает чуть позже.

И в итоге из 999 осталось 230 подключений.

 

 

Тест 2.

Тут всё проще.

Запускаем accel-pppd -c /etc/accel-ppp.conf

Так же эмулируем подключения, тут уже без фанатизма ограничились ~400 сессиями.

и просто убиваем процес accel-pppd, kill 5320.

 

На радиус сыпятся Acct-Terminate-Cause Admin-Reset

 

но после всего этого ppp интерфейсы не пропадают, и ip-down не срабатывает.

 

процес продолжает висеть

5320 pts/6    Sl+    1:03 accel-pppd -c /etc/accel-ppp.conf

потом можно его грохнуть по -9.

 

А можно и запустить через /etc/init.d/accel-pppd

поднять ~500 сессий

и сказать

/etc/init.d/accel-pppd stop

 

И можно потом долго ждать (~5мин) и тогда он отключается вполне нормально, но ip-down так же не отрабатывает, да и радиус тоже не совсем успевает...

 

 

Возможно кто то посоветует как модно повысить отзывчивость FreeRadius ?

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


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

xeb, вот, дописал патчик для permissive avp

 

http://www.nuclearcat.com/patches/0001-Some-AVP-we-are-not-handling-yet-and-it-is-better-to.patch

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


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

Кстати, в свете репорта Andrey. - хотелось бы опцию вида "дисокннект при N потерянных аккаунтинг пакетах", а не безусловный дисконнект по первому утерянному алайву. pppd такие ошибки к примеру игнорит. Очень полезная фича к слову, к примеру если сервер биллинга на профилактику останавливается...

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


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

хотелось бы опцию вида "дисокннект при N потерянных аккаунтинг пакетах", а не безусловный дисконнект по первому утерянному алайву. pppd такие ошибки к примеру игнорит. Очень полезная фича к слову, к примеру если сервер биллинга на профилактику останавливается...

 

Ну в настройках радиуса есть опции

max-try=3

acct-timeout=10

acct-delay-time=3

это не то?

 

Он как раз пытается достучатся 3 раза через интервал, но так как таких много и радиус не отвечает то и происходит дисконнект.

Не совсем понимаю опцию acct-timeout, она задаёт таймаут ожидания после 1го не отработанного acct запроса, или это задержка перед передачей acct к радиусу.

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


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

в мануале же всё написано :)

acct-timeout - время ожидания ответа от радиус сервера на Interim-Update пакеты, это не время ожидания одного пакета, а время вцелом, время ожидания одного пакета задаётся опцией timeout

acct-delay-time - этот параметр к таймаутам вообще не имеет никакого отношения, а задаёт добавлять ли в отправляемые пакеты атрибут Acct-Delay-Time

 

для того чтобы снизить нагрузку на радиус при штормовой погоде в сети были разработаны ограничители, в частности параметр req-limit - задаёт кол-во одновременных запросов к радиусу, у тебя 0, т.е. без ограничения

 

то что ip-down не вызывается конечно не здоровое что-то, проверю...

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


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

не компилируется с новыми хидерами от ядра 3.4

похоже из-за https://lkml.org/lkml/2012/3/4/145

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


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

info83

пользуйтесь syslog и не нужно будет посылать HUP и думать о том, что с ним делает демон

 

Не покажешь примерный конфиг как в syslog системы кидать? :)

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


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

Добрый день.

С libnl-3 на редхэтовских(centos,fedora) дистрибутивах кто-то собирал?

 

[root@home build]# yum list|grep libnl
Repository google-chrome is listed more than once in the configuration
libnl.x86_64                            1.1-14.fc16                  @anaconda-0
libnl-devel.x86_64                      1.1-14.fc16                  @fedora    
libnl3.x86_64                           3.2.7-1.fc16                 @updates   
libnl3-cli.x86_64                       3.2.7-1.fc16                 @updates   
libnl3-devel.x86_64                     3.2.7-1.fc16                 @updates   
libnl.i686                              1.1-14.fc16                  fedora     
libnl-devel.i686                        1.1-14.fc16                  fedora     
libnl3.i686                             3.2.7-1.fc16                 updates    
libnl3-cli.i686                         3.2.7-1.fc16                 updates    
libnl3-devel.i686                       3.2.7-1.fc16                 updates    
libnl3-doc.x86_64                       3.2.7-1.fc16                 updates

 

Пытаюсь собрать:

cmake -DBUILD_DRIVER=FALSE -DCMAKE_INSTALL_PREFIX=/usr -DCMAKE_BUILD_TYPE=Release -DLOG_PGSQL=FALSE -DSHAPER=TRUE -DRADIUS=TRUE -DLIBNL_PREFIX=/usr/include/libnl3/netlink/ ..

 

Получаю:

[ 98%] Building C object accel-pptpd/extra/CMakeFiles/shaper_tbf.dir/shaper_tbf.c.o                                                                                                           
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:146:31: warning: ‘struct nl_sock’ declared inside parameter list [enabled by default]                                         
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:146:31: warning: its scope is only this definition or declaration, which is probably not what you want [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: In function ‘install_tbf’:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:188:2: warning: passing argument 1 of ‘nl_send_auto_complete’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:48:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:191:2: warning: passing argument 1 of ‘nl_wait_for_ack’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:63:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: At top level:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:213:35: warning: ‘struct nl_sock’ declared inside parameter list [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: In function ‘install_ingress’:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:233:2: warning: passing argument 1 of ‘nl_send_auto_complete’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:48:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:236:2: warning: passing argument 1 of ‘nl_wait_for_ack’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:63:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: At top level:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:254:34: warning: ‘struct nl_sock’ declared inside parameter list [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: In function ‘install_filter’:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:339:2: warning: passing argument 1 of ‘nl_send_auto_complete’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:48:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:342:2: warning: passing argument 1 of ‘nl_wait_for_ack’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:63:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: In function ‘install_shaper’:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:391:2: warning: implicit declaration of function ‘nl_socket_alloc’ [-Wimplicit-function-declaration]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:391:4: warning: assignment makes pointer from integer without a cast [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:397:2: warning: passing argument 1 of ‘nl_connect’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:40:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:404:3: warning: passing argument 1 of ‘install_tbf’ from incompatible pointer type [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:146:12: note: expected ‘struct nl_sock *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:408:3: warning: passing argument 1 of ‘install_ingress’ from incompatible pointer type [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:213:12: note: expected ‘struct nl_sock *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:410:3: warning: passing argument 1 of ‘install_filter’ from incompatible pointer type [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:254:12: note: expected ‘struct nl_sock *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:414:2: warning: passing argument 1 of ‘nl_close’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:41:15: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:416:2: warning: implicit declaration of function ‘nl_socket_free’ [-Wimplicit-function-declaration]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c: In function ‘remove_shaper’:
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:484:4: warning: assignment makes pointer from integer without a cast [enabled by default]
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:490:2: warning: passing argument 1 of ‘nl_connect’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:40:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:504:2: warning: passing argument 1 of ‘nl_send_auto_complete’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:48:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:507:2: warning: passing argument 1 of ‘nl_wait_for_ack’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:63:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:519:2: warning: passing argument 1 of ‘nl_send_auto_complete’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:48:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:522:2: warning: passing argument 1 of ‘nl_wait_for_ack’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:63:14: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:527:2: warning: passing argument 1 of ‘nl_close’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:41:15: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
/home/uni/installs/accel-pptp/accel-pptpd/extra/shaper_tbf.c:537:2: warning: passing argument 1 of ‘nl_close’ from incompatible pointer type [enabled by default]
/usr/include/netlink/netlink.h:41:15: note: expected ‘struct nl_handle *’ but argument is of type ‘struct nl_sock *’
Linking C shared library libshaper_tbf.so
[ 98%] Built target shaper_tbf

 

Менял -lnl на -lnl-3 в build/accel-pptpd/extra/CMakeFiles/shaper_tbf.dir/link.txt

эффект тот-же

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


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

не воспроизводится :(

pptp: new connection from 192.168.10.21
: : recv [PPTP Start-Ctrl-Conn-Request <Version 1> <Framing 3> <Bearer 3> <Max-Chan 65535>]
: : 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 1e47> <Call-Serial 0> <Min-BPS 2400> <Max-BPS 1000000000> <Bearer 3> <Framing 3> <Window-Size 50> <Delay 0>]
: : send [PPTP Outgoing-Call-Reply <Call-ID 1e27> <Peer-Call-ID 1e47> <Result 1> <Error 0> <Cause 0> <Speed 1000000000> <Window-Size 50> <Delay 0> <Channel 0>]
ppp0: 1c5672dc086ecea4: connect: ppp0 <--> pptp(192.168.10.21)
ppp0: 1c5672dc086ecea4: send [LCP ConfReq id=1 <auth MSCHAP-v1> <magic 5ea6d896> <mru 1420>]
ppp0: 1c5672dc086ecea4: recv [LCP ConfReq id=1 <mru 1400> < 2 6 0 0 0 0 > <magic 8dcbcab1> <pcomp> <accomp>]
ppp0: 1c5672dc086ecea4: send [LCP ConfRej id=1  < 2 6 0 0 0 0 > <pcomp> <accomp>]
ppp0: 1c5672dc086ecea4: recv [LCP ConfNak id=1 <auth MSCHAP-v2>]
ppp0: 1c5672dc086ecea4: send [LCP ConfReq id=2 <auth MSCHAP-v2> <magic 5ea6d896> <mru 1420>]
ppp0: 1c5672dc086ecea4: recv [LCP ConfReq id=2 <mru 1400> <magic 8dcbcab1>]
ppp0: 1c5672dc086ecea4: send [LCP ConfNak id=2 <mru 1420>]
ppp0: 1c5672dc086ecea4: recv [LCP ConfAck id=2 <auth MSCHAP-v2> <magic 5ea6d896> <mru 1420>]
ppp0: 1c5672dc086ecea4: recv [LCP ConfReq id=3 <mru 1420> <magic 8dcbcab1>]
ppp0: 1c5672dc086ecea4: send [LCP ConfAck id=3 ]
ppp0: 1c5672dc086ecea4: send [MSCHAP-v2 Challenge id=1 <1a37bebfde2c64238dd53743a7e280>]
ppp0: 1c5672dc086ecea4: mschap-v2: timeout
ppp0: 1c5672dc086ecea4: send [MSCHAP-v2 Challenge id=1 <1a37bebfde2c64238dd53743a7e280>]
ppp0: 1c5672dc086ecea4: recv [MSCHAP-v2 Response id=1 <b8f834bf7911e984425838a8a82bcc3b>, <68df549483f54895e066b1280b4b23161ef6b8ee4ac561>, F=0, name="test/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////"]
ppp0: 1c5672dc086ecea4: send [RADIUS(1) Access-Request id=1 <User-Name "test/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////"> <NAS-Identifier "accel-pptp"> <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.10.21"> <Called-Station-Id "192.168.10.10"><Microsoft MS-CHAP-Challenge ><Microsoft MS-CHAP2-Response > <Acct-Session-Id "1c5672dc086ecea4">]
ppp0: 1c5672dc086ecea4: recv [RADIUS(1) Access-Reject id=1<Microsoft MS-CHAP-Error "E=691 R=1">]
ppp0: 1c5672dc086ecea4: send [MSCHAP-v2 Failure id=1 "E=691 R=1 M=Authentication failure"]                                                                                                                    	
ppp0: 1c5672dc086ecea4: test/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////: authentication failed                                                                                                                                                        	
test/////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////////: authentication failed                                                                                                                                                                                	
ppp0: 1c5672dc086ecea4: send [LCP TermReq id=4]                                                                                                                                                               	
ppp0: 1c5672dc086ecea4: recv [LCP TermReq id=4]                                                                                                                                                               	
ppp0: 1c5672dc086ecea4: send [LCP TermAck id=4]                                                                                                                                                               	
ppp0: 1c5672dc086ecea4: recv [LCP TermAck id=4]                                                                                                                                                               	
ppp0: 1c5672dc086ecea4: send [PPTP Call-Disconnect-Notify <Call-ID 471e> <Result 3> <Error 0> <Cause 0>]                                                                                                      	
ppp0: 1c5672dc086ecea4: send [PPTP Stop-Ctrl-Conn-Request <Reason 0>]                                                                                                                                         	
ppp0: 1c5672dc086ecea4: recv [PPTP Stop-Ctrl-Conn-Reply <Result 1> <Error 0>]                                                                                                                                 	
ppp0: 1c5672dc086ecea4: disconnected                                                                                                                                                                          	

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


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

могу корку выслать на мыло(ссылкой), блоб собран с '-g'. это поможет?

 

у меня 100% повторяемость. логин без test в начале строки, клиент - обычный pppd из debian squeeze

 

UPD: выслал на xeb * mail & ru

Изменено пользователем s.lobanov

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


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

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 смайлов.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.