LINUX.ORG.RU

падает pptp соединение каждую минуту


0

0

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

Дистрибутив Debian Etch

таблица маршрутизации:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
10.60.1.22 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
nas1.trc.local 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
10.60.1.23 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
ns1.trc.local 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
nas3.trc.local 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
nas3.trc.local * 255.255.255.255 UH 0 0 0 ppp0
nas1.trc.local 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
nas2.trc.local 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
10.0.0.24 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
10.60.1.24 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
10.0.0.121 10.64.1.1 255.255.255.255 UGH 0 0 0 eth1
10.64.0.0 * 255.255.0.0 U 0 0 0 eth1
192.168.0.0 10.64.1.1 255.255.0.0 UG 0 0 0 eth1
10.0.0.0 10.64.1.1 255.0.0.0 UG 0 0 0 eth1
default * 0.0.0.0 U 0 0 0 ppp0

anonymous

настройки:
options.pptp
lock
noauth
nobsdcomp
nodeflate
nomppe
nomppe-128
debug dump logfd 2 updetach

файл туннеля

pty "pptp vpn.trc.local --nolaunchpppd"
user $USER
nodeflate
nobsdcomp
noauth
persist
mtu 1372
mru 1372
defaultroute

anonymous
()
Ответ на: комментарий от anonymous

лог pon trc

pppd options in effect:
debug # (from /etc/ppp/options.pptp)
updetach # (from /etc/ppp/options.pptp)
persist # (from /etc/ppp/peers/trc)
logfd 2 # (from /etc/ppp/options.pptp)
maxfail 0 # (from /etc/ppp/peers/trc)
dump # (from /etc/ppp/options.pptp)
noauth # (from /etc/ppp/options.pptp)
name trc # (from /etc/ppp/peers/trc)
user $USER # (from /etc/ppp/peers/trc)
password ?????? # (from /etc/ppp/peers/trc)
remotename PPTP # (from /etc/ppp/peers/trc)
# (from /etc/ppp/options.pptp)
pty pptp vpn.trc.local --nolaunchpppd # (from /etc/ppp/peers/trc)
mru 1500 # (from /etc/ppp/peers/trc)
mtu 1500 # (from /etc/ppp/peers/trc)
lcp-echo-failure 4 # (from /etc/ppp/peers/trc)
lcp-echo-interval 60 # (from /etc/ppp/peers/trc)
ipparam trc # (from /etc/ppp/peers/trc)
defaultroute # (from /etc/ppp/peers/trc)
nobsdcomp # (from /etc/ppp/options.pptp)
nodeflate # (from /etc/ppp/options.pptp)
nomppe # (from /etc/ppp/options.pptp)
nomppe-128 # (from /etc/ppp/options.pptp)
using channel 58
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
sent [LCP ConfReq id=0x1 <asyncmap 0x0> <magic 0xde59a38d> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <auth chap MS-v2> <magic 0x5e3a1e3d>]
sent [LCP ConfAck id=0x1 <auth chap MS-v2> <magic 0x5e3a1e3d>]
rcvd [LCP ConfAck id=0x1 <asyncmap 0x0> <magic 0xde59a38d> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xde59a38d]
rcvd [CHAP Challenge id=0x1 <f086c430b0979b90b07a8894ac0f8225>, name = "c7301-2"]
sent [CHAP Response id=0x1 <888816c865baac18a7a87942b49805ce00000000000000000033bd9a8dcbb4ca2c22d8cf2b3b
d726c2ed8d5359bec79000>, name = "$USER"]
rcvd [LCP EchoRep id=0x0 magic=0x5e3a1e3d]
rcvd [CHAP Failure id=0x1 "E=691 R=0"]
MS-CHAP authentication failed: E=691 Authentication failure
CHAP authentication failed
sent [LCP TermReq id=0x2 "Failed to authenticate ourselves to peer"]
rcvd [LCP TermReq id=0x2]
sent [LCP TermAck id=0x2]
rcvd [LCP TermAck id=0x2]
Connection terminated.
using channel 59
Using interface ppp0
Connect: ppp0 <--> /dev/pts/1
Script pptp vpn.trc.local --nolaunchpppd finished (pid 4378), status = 0x0
sent [LCP ConfReq id=0x3 <asyncmap 0x0> <magic 0xb3e0a5ad> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x1 <auth chap MS-v2> <magic 0x5f84644f>]
sent [LCP ConfAck id=0x1 <auth chap MS-v2> <magic 0x5f84644f>]
rcvd [LCP ConfAck id=0x3 <asyncmap 0x0> <magic 0xb3e0a5ad> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xb3e0a5ad]
rcvd [CHAP Challenge id=0x1 <d1cd46ceaf0c218b916432d10942fc8a>, name = "c7301-3"]
sent [CHAP Response id=0x1 <c953aca3d63a0323f9cb29171a3043e000000000000000007877c8b1ec5165b1e88648023aef
408dcf71bfee6f7dcbb100>, name = "$USER"]
rcvd [LCP EchoRep id=0x0 magic=0x5f84644f]
rcvd [CHAP Success id=0x1 "S=04017B45A7E8C55C0920C3AD7D4B7C551E7CCCA9"]
CHAP authentication succeeded
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
rcvd [IPCP ConfReq id=0x1 <addr 10.0.0.23>]
sent [IPCP ConfAck id=0x1 <addr 10.0.0.23>]
rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
rcvd [IPCP ConfNak id=0x2 <addr 84.51.88.46>]
sent [IPCP ConfReq id=0x3 <addr 84.51.88.46>]
rcvd [IPCP ConfAck id=0x3 <addr 84.51.88.46>]
local IP address 84.51.88.46
remote IP address 10.0.0.23

anonymous
()
Ответ на: комментарий от anonymous

затем:

Jun 17 22:55:49 estaf pppd[6315]: Modem hangup
Jun 17 22:55:49 estaf pppd[6315]: Connect time 0.6 minutes.
Jun 17 22:55:49 estaf pppd[6315]: Sent 0 bytes, received 1994 bytes.
Jun 17 22:55:49 estaf pppd[6315]: Connection terminated.
Jun 17 22:55:49 estaf pppd[6315]: Exit.

и между ними ничего!!! никакой инфы. разрыв и все.

в логах системы - аналогично.

синтаксис chap-secrets

user PPTP password *


У кого какие мысли?

anonymous
()
Ответ на: комментарий от anonymous

Когда позвонил в техподдержку и сказал, почему так, ответили, а что типа меня беспокоит. говорю, так и так. попросили проверить компьютер на вирусы))))) на что я им ответил, что у меня стоит не windows. тут же получил ответ - мы не поддерживаем Mac OS X, Linux и короткие гудки. перезванивать было бестолку. аналогичный тон.

параллельный топик: http://linuxforum.ru/index.php?showtopic=69685

ESTAF ★★★
()
Ответ на: комментарий от ESTAF

>я им ответил, что у меня стоит не windows. тут же получил ответ - мы не поддерживаем Mac OS X, Linux и короткие гудки.

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

ubuNToo
()
Ответ на: комментарий от ubuNToo

2ubuNToo

запорол всю фишку, хочешь сказать? ;)

ESTAF ★★★
()

Кажется, уже обсуждалось тут. Итогом был вывод: использовать роутер с поддержкой pptp и не париться.

anonymous
()

Скрипт написать, чтоб поднимал.

anonymous
()
Ответ на: комментарий от anonymous

>Кажется, уже обсуждалось тут. Итогом был вывод: использовать роутер с поддержкой pptp и не париться.

Если юзать роутер, то париться придется точно ))) старый холодильник - это жесть )))

ESTAF ★★★
()
Ответ на: комментарий от ESTAF

>Скрипт написать, чтоб поднимал.

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

человек на пересборку ядра намекал тут. вот это вполне подойдет. надо посмотреть

ESTAF ★★★
()
Ответ на: комментарий от ESTAF

yа счет ядра

mppe модуль включен и там и там. opensuse debian

ESTAF ★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.