Отправляет email-рассылки с помощью сервиса Sendsay

И снова pppd и pptp

Доброго времени суток, comp.

Вы, наверное, уже успели меня забыть. :)
Сначала поделюсь сведениями, которые добыл.
Для поддержки mppc, mppe, необходимо патчить ядро и pppd, т.к. это
лицензионные дедушкой Билли технологии.

Под моим Mandrake 10.1 уже все лицензии нарушены :)

MS-CHAP V.2 поддерживается новыми pppd, ядро патчить не нужно.

У меня была ошибка
Oct 24 20:35:45 10 pppd[2896]: Unknown MS-CHAP authentication failure: E=691
R=1 C=76A6829EC51945B3EEE52F5A95D5D6AC V=3

Из-за русского пароля. Винда съела, Линух подавился. Видно сыроват
пока :(

Зато появилась новая ошибка.
/var/log/messages
Nov 7 17:21:35 10 pppd[3066]: pppd 2.4.2 started by root, uid 0
Nov 7 17:21:35 10 pppd[3066]: Using interface ppp0
Nov 7 17:21:35 10 pppd[3066]: Connect: ppp0 <--> /dev/pts/4
Nov 7 17:21:35 10 pptp[3067]: anon log[main:pptp.c:243]: The synchronous pptp
option is NOT activated
Nov 7 17:21:35 10 pptp[3076]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control
packet type is 1 'Start-Control-Connection-Request'
Nov 7 17:21:35 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:721]: Received
Start Control Connection Reply
Nov 7 17:21:35 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:755]: Client connection
established.
Nov 7 17:21:36 10 pptp[3076]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control
packet type is 7 'Outgoing-Call-Request'
Nov 7 17:21:36 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:841]: Received
Outgoing Call Reply.
Nov 7 17:21:36 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:880]: Outgoing
call established (call ID 0, peer's call ID 1).
Nov 7 17:21:37 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:933]: PPTP_SET_LINK_INFO
received from peer_callid 0
Nov 7 17:21:37 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:936]: send_accm
is 00000000, recv_accm is 00000000
Nov 7 17:21:37 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:912]: Call disconnect
notification received (call id 1)
Nov 7 17:22:07 10 pppd[3066]: LCP: timeout sending Config-Requests
Nov 7 17:22:07 10 pppd[3066]: Connection terminated.
Nov 7 17:22:07 10 pptp[3067]: anon warn[decaps_hdlc:pptp_gre.c:197]: short read
(-1): Input/output error
Nov 7 17:22:07 10 pptp[3067]: anon warn[decaps_hdlc:pptp_gre.c:209]: pppd may
have shutdown, see pppd log
Nov 7 17:22:07 10 pptp[3076]: anon log[callmgr_main:pptp_callmgr.c:228]: Closing
connection
Nov 7 17:22:07 10 pptp[3076]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control
packet type is 12 'Call-Clear-Request'
Nov 7 17:22:07 10 pppd[3066]: Exit.
Nov 7 17:22:09 10 pptp[3076]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control
packet type is 12 'Call-Clear-Request'
Nov 7 17:22:09 10 pptp[3076]: anon log[pptp_conn_close:pptp_ctrl.c:425]: Closing
PPTP connection
Nov 7 17:22:09 10 pptp[3076]: anon log[ctrlp_rep:pptp_ctrl.c:243]: Sent control
packet type is 3 'Stop-Control-Connection-Request'
Nov 7 17:22:09 10 pptp[3076]: anon log[ctrlp_disp:pptp_ctrl.c:782]: Received
Stop Control Connection Reqply.
Nov 7 17:22:09 10 pptp[3076]: anon log[call_callback:pptp_callmgr.c:77]: Closing
connection

Ответить   Mon, 7 Nov 2005 18:07:07 +0200 (#470852)

 

Ответы:

Доброго времени суток, Русскин.

...

Не пойму что это означает, надо бы лог поподробнее, но есть
предположение. Дело может быть в привередливости насчёт
шифрования. Например, в конфиге прописано:
mppe-40
mppe-128
а нужно оставить только mppe-128

http://pptpclient.sourceforge.net/howto-diagnosis.phtml

Ответить   Алексей Thu, 10 Nov 2005 19:14:44 +0700 (#473227)

 

Доброго времени суток, Алексей.

Вы писали 10 ноября 2005 г., 14:14:44:

Алексей> Доброго времени суток, Русскин.

Алексей> ....

Алексей> Не пойму что это означает, надо бы лог поподробнее, но есть
Алексей> предположение. Дело может быть в привередливости насчёт
Алексей> шифрования. Например, в конфиге прописано:
Алексей> mppe-40
Алексей> mppe-128
Алексей> а нужно оставить только mppe-128
Возможно и это, но у меня патч от Жана Дубиека, который поддерживает
mppc на его странице http://www.polbox.com/h/hs001/ еаписано, что
изменён формат опций и для включения mppe, который по дефолту отключён
необходимо колдовать так:
pppd mppe required [options]

Перед этим заклятием я пробовал вводить
pppd call tunnel logfd 2 nodetach debug dump

[root@localhost home]# pppd call INET logfd 2 nodetach debug dump
pppd options in effect:
debug debug # (from command line)
nodetach # (from command line)
logfd 2 # (from command line)
dump # (from command line)
name letux # (from /etc/ppp/peers/INET)
remotename INET # (from /etc/ppp/peers/INET)
# (from /etc/ppp/options.pptp)
pty /usr/sbin/pptp 10.100.0.1 --nolaunchpppd # (from /etc/ppp/peers/INET)
lcp-echo-failure 10 # (from /etc/ppp/options.pptp)
lcp-echo-interval 10 # (from /etc/ppp/options.pptp)
defaultroute # (from /etc/ppp/peers/INET)
nobsdcomp # (from /etc/ppp/options.pptp)
deflate 0 # (from /etc/ppp/peers/INET)
using channel 1
Using interface ppp0
Connect: ppp0 <--> /dev/pts/4
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x0 <auth chap MS-v2> <magic 0x2ed0> <pcomp> <accomp>]
No auth is possible
sent [LCP ConfRej id=0x0 <auth chap MS-v2>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
rcvd [LCP TermReq id=0x1 00 00 2e d0 00 3c cd 74 00 00 03 97]
sent [LCP TermAck id=0x1]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
LCP: timeout sending Config-Requests
Connection terminated.
Waiting for 1 child processes...
script /usr/sbin/pptp 10.100.0.1 --nolaunchpppd, pid 2980
Script /usr/sbin/pptp 10.100.0.1 --nolaunchpppd finished (pid 2980), status =
0x0
[root@localhost home]# lsmod|grep ppp
ppp_async 8896 0
crc-ccitt 1664 1 ppp_async
ppp_generic 24468 1 ppp_async
slhc 6112 1 ppp_generic
[root@localhost home]# modprobe ppp_mppe_mppc
[root@localhost home]# lsmod|grep ppp
ppp_mppe_mppc 20256 0
ppp_async 8896 0
crc-ccitt 1664 1 ppp_async
ppp_generic 24468 2 ppp_mppe_mppc,ppp_async
slhc 6112 1 ppp_generic
[root@localhost home]# pppd call INET logfd 2 nodetach debug dump
Результат тот же.

[root@localhost home]# pppd call INET logfd 2 nodetach debug dump
pppd: In file /etc/ppp/options.pptp: unrecognized option 'require-mppe'

[root@localhost home]# [root@localhost ppp]# pppd call INET logfd 2 nodetach
debug dump
pppd: In file /etc/ppp/options.pptp: unrecognized option 'require-mppe-40'

Затем ввёл pppd mppe required call INET logfd 2 nodetach debug dump
Эта опция ему понравилась, мне показалось что он(pppd) аж заулыбался.
:)

Однако вывод был тот же...
почему мой пров не отвечает на
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
?..

Ответить   Sun, 13 Nov 2005 15:29:10 +0200 (#474448)

 

Доброго времени суток, Русскин.

...

...

Вот это и есть важное сообщение об ошибке.
Может быть что-то не так в /etc/ppp/chap-secrets

Ответить   Алексей Mon, 14 Nov 2005 20:10:00 +0700 (#475414)

 

Доброго времени суток, Алексей.

Вы писали 14 ноября 2005 г., 15:10:00:

Алексей> Доброго времени суток, Русскин.

Алексей> ....

Алексей> ....

Алексей> Вот это и есть важное сообщение об ошибке.
Алексей> Может быть что-то не так в /etc/ppp/chap-secrets

Да нет - это реакций на опцию "Noauth"
Если ставлю Auth, ругается благим матом.
Дело не в этом. Сервак почему-то не отвечает на
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0x1079e3aa> <pcomp> <accomp>]
LCP: timeout sending Config-Requests

Я уже и автору написал. Правда он молчит....

Ответить   Tue, 15 Nov 2005 14:47:04 +0200 (#475657)