Главная » Форум » Gentoo Linux » Системное администрирование

Ошибка pptp

Гость 13 апреля, 2006 - 16:24

Прошу прощения за создание еще одной темы про ВПН, но в других темах я не нашел решения своей проблемы.

Итак:

установил pptpclient (#USE="mppe-mppc" emerge ppp pptpclient), настроил, пытаюсь приконнектиться к серверу(#pptp-command start tik), оно мне говорит:

#pptp-command start tik
All routes added
tik active on ppp0 IP adress xxx.xxx.xxx.xxx

После чего в течение пары секунд можго полюбоваться на результат выполнения комманды ifconfig ppp0:

# ifconfig ppp0
ppp0      Link encap:Point-to-Point Protocol
          POINTOPOINT NOARP MULTICAST  MTU:1500  Metric:1
          RX packets:0 errors:0 dropped:0 overruns:0 frame:0
          TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:3
          RX bytes:0 (0.0 b)  TX bytes:0 (0.0 b)

А потом pptp падает, соответственно падает и туннель.

ядро 2.6.13-r1, все опции, касающиеся ррр, mppe-mppc включены.

Конфиги:

options.pptp:

lock
passive

debug

noauth

persist
holdoff 2
lcp-echo-failure 10
lcp-echo-interval 10

nobsdcomp
nodeflate
nomppe
mtu 1500
mru 1500

peers/tik:

#
# PPTP Tunnel configuration for tunnel tik
# Server IP: xxx.xxx.xxx.xxx
#

#
# Tags for CHAP secret selection
#
name xxx
remotename PPTP

#
# Include the main PPTP configuration file
#
file /etc/ppp/options.pptp

подскажите плз, в чем дело, а то я уже вконец замучился...

‹ Qmail Relay-ит всех кого попало через себя :-( PHP - модуль ›
»

У меня такие

Автор NWhisper, дата создания 13 апреля, 2006 - 16:42.

У меня такие настройки:

Провайдер BUTIC, шифрования нет

/etc/ppp/peers/BUTIC

pty "pptp IP_VPN_сервера --nolaunchpppd"
name мой_логин
remotename BUTIC
file /etc/ppp/options.BUTIC
ipparam BUTIC

/etc/ppp/options.BUTIC

lock
noauth
nobsdcomp
nodeflate
nomppe
updetach
mtu 1000
mru 1000
lcp-echo-failure 10
lcp-echo-interval 10
require-chap
defaultroute

/etc/ppp/chap-secrets

мой_логин      BUTIC       мой_пароль     *
BUTIC          мой_логин   мой_пароль     *
»

попробуй в

Автор iNDiAnFLy, дата создания 13 апреля, 2006 - 16:47.

попробуй в peers/tik включить что-то вроде logfile "/var/log/ppp"и потом выложи сюда кусок лога в котором описывается причина падения тунеля

»

значит вот

Автор ringuel (не зарегистрирован), дата создания 13 апреля, 2006 - 17:56.

значит вот лог:

using channel 293
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
sent [LCP ConfReq id=0x1 <mru 1000> <asyncmap 0x0> <magic 0xb1607dc3> <pcomp> <accomp>]
rcvd [LCP ConfReq id=0x10 <accomp> <pcomp> <mru 1500> <magic 0x2f3339f0> <auth chap MS-v2>]
sent [LCP ConfAck id=0x10 <accomp> <pcomp> <mru 1500> <magic 0x2f3339f0> <auth chap MS-v2>]
rcvd [LCP ConfReq id=0x11 <accomp> <pcomp> <mru 1500> <magic 0x2f3339f0> <auth chap MS-v2>]
sent [LCP ConfAck id=0x11 <accomp> <pcomp> <mru 1500> <magic 0x2f3339f0> <auth chap MS-v2>]
rcvd [LCP ConfAck id=0x1 <mru 1000> <asyncmap 0x0> <magic 0xb1607dc3> <pcomp> <accomp>]
sent [LCP EchoReq id=0x0 magic=0xb1607dc3]
rcvd [CHAP Challenge id=0x1 <bb1e68cb33e27a62e982ffa0996a98ca>, name = ""]
sent [CHAP Response id=0x1 <8827ecf23848f3a1073168c398f9d89100000000000000000e567e187c37caa4a6120025f1a64cf2b79b114eb39fc8ac00>, name = "xxx"]
rcvd [LCP EchoRep id=0x0 magic=0x2f3339f0]
rcvd [CHAP Success id=0x1 "S=DCD363CB149DCED8BD17B53D4B99A1CD6304E6E8"]
sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 10.10.10.1>]
rcvd [IPCP ConfReq id=0x23 <addr xxx.xxx.xxx.xxx> <compress VJ 0f 00>]
sent [IPCP ConfAck id=0x23 <addr xxx.xxx.xxx.xxx> <compress VJ 0f 00>]
rcvd [IPCP ConfNak id=0x1 <addr xxx.xxx.xxx.xxx>]
sent [IPCP ConfReq id=0x2 <compress VJ 0f 01> <addr xxx.xxx.xxx.xxx>]
rcvd [IPCP ConfAck id=0x2 <compress VJ 0f 01> <addr xxx.xxx.xxx.xxx>]
local  IP address xxx.xxx.xxx.177
remote IP address xxx.xxx.xxx.42
Script /etc/ppp/ip-up started (pid 12155)
Script /etc/ppp/ip-up finished (pid 12155), status = 0x0
rcvd [CCP ConfReq id=0x31 <mppe +H +M +S +L -D -C>]
sent [CCP ConfReq id=0x1]lection
sent [CCP ConfRej id=0x31 <mppe +H +M +S +L -D -C>]
rcvd [CCP ConfAck id=0x1]
Received bad configure-ack:
rcvd [CCP ConfReq id=0x32]
sent [CCP ConfAck id=0x32]
rcvd [CCP TermReq id=0x33]nfiguration file
sent [CCP TermAck id=0x33]
rcvd [LCP TermReq id=0x12]
LCP terminated by peer
Script /etc/ppp/ip-down started (pid 12169)
sent [LCP TermAck id=0x12]
Script /etc/ppp/ip-down finished (pid 12169), status = 0x1
Connection terminated.
Connect time 0.1 minutes.
Sent 70 bytes, received 64 bytes.
using channel 294
Using interface ppp0
Connect: ppp0 <--> /dev/pts/3
sent [LCP ConfReq id=0x2 <mru 1000> <asyncmap 0x0> <magic 0xc56d4e2b> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <mru 1000> <asyncmap 0x0> <magic 0xc56d4e2b> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <mru 1000> <asyncmap 0x0> <magic 0xc56d4e2b> <pcomp> <accomp>]
sent [LCP ConfReq id=0x2 <mru 1000> <asyncmap 0x0> <magic 0xc56d4e2b> <pcomp> <accomp>]

судя по логу, более раннему, скрипт ip-up возвращал ошибку, я в нем покопался, удивился слегка, так как ожидал другое увидеть, но закоментарив одну строку добился относительной устойчивости туннеля, хотя он и не заработал как надо. Собственно вышеприведенный лог - от последней попытки с вот таким скриптом ip-up:

#!/bin/sh

if [ "$USEPEERDNS" ]; then

        # add the server supplied DNS entries to /etc/resolv.conf
        # (taken from debian's 0000usepeerdns)

        # follow any symlink to find the real file
        REALRESOLVCONF=$(readlink --canonicalize /etc/resolv.conf)

        if [ "$REALRESOLVCONF" != "/etc/ppp/resolv.conf" ]; then

                # merge the new nameservers with the other options from the old configuration
                {
                        grep --invert-match '^nameserver[[:space:]]' $REALRESOLVCONF
                        cat /etc/ppp/resolv.conf
                } > $REALRESOLVCONF.tmp

                # backup the old configuration and install the new one
                cp -dpP $REALRESOLVCONF $REALRESOLVCONF.pppd-backup
                mv $REALRESOLVCONF.tmp $REALRESOLVCONF

                # correct permissions
                chmod 0644 /etc/resolv.conf
                chown root:root /etc/resolv.conf

        fi

fi
#следующую строку закоментарил я
#[ -f /etc/ppp/ip-up.local ] && . /etc/ppp/ip-up.local "$@"
»

да, еще, скрипт

Автор ringuel (не зарегистрирован), дата создания 13 апреля, 2006 - 17:56.

да, еще, скрипт ip-up таким и должен быть?

»

[q]установил

Автор DiSH, дата создания 13 апреля, 2006 - 22:12.
Цитата:
установил pptpclient (#USE="mppe-mppc" emerge ppp pptpclient)

Использовать USE-флаг mppe-mppc необходимо лишь в том случае, если у тебя в ядре нет поддержки mppe-mppc. Возможно, они конфликтуют у тебя.... попробуй пересобрать ppp без этого флага.
_________________
Contrary to popular belief, UNIX is user-friendly. It just happens to be very selective about who it decides to make friends with. A. Haiut.

»

mppe-mppc

Автор ciklop, дата создания 13 апреля, 2006 - 23:45.

Для ядер <2.6.15 необходимо включить флаг mppe-mppc для ядра 2.6.15 и выше этот флаг должен быть выключен. :) а поддержка включена в ядро модулем, по другому не получится. По крайней мере я не слышал что у кого-то сработало. на http://ru.gentoo-wiki.com/HOWTO_Соединение_с_Internet посмотри, подробно все описано. Обрати внимание на примечания :).

»

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".