Проблема подключения к сети по L2TP протоколу

17.02.2012 00:04 · отредактировано #230085

Прошу помощи... уже несколько дней бьюсь =( Цель: настроить vpn соединение по L2TP протоколу. Как водится нашел мануал по настройке средставми утилиты xl2tpd, но после запуска доступа к интернету не наблюдается. При этом ppp0 - порт создается, а в syslog валится такая штука:

Показать

Feb 16 22:49:27 linux-6hk4 xl2tpd[3908]: setsockopt recvref[22]: Protocol not available
Feb 16 22:49:27 linux-6hk4 xl2tpd[3908]: L2TP kernel support not detected.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: xl2tpd version xl2tpd-1.2.4 started on linux-6hk4.site PID:3911
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Written by Mark Spencer, Copyright (C) 1998, Adtran, Inc.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Forked by Scott Balmos and David Stipp, (C) 2001
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Inherited by Jeff McAdams, (C) 2002
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Forked again by Xelerance (www.xelerance.com) (C) 2006
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Listening on IP address 0.0.0.0, port 1701
Feb 16 22:49:27 linux-6hk4 xl2tpd[3901]: Starting xl2tpd..done
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: get_call: allocating new tunnel for host 78.107.38.66, port 1701.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Connecting to host vpn.internet.beeline.ru, port 1701
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: message type is (null)(0). Tunnel is 0, call is 0.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: sending SCCRQ
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 114, tunnel = 8914, call = 0 ref=0 refhim=0
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: handle_avps: handling avp's for tunnel 8914, call 0
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: message_type_avp: message type 2 (Start-Control-Connection-Reply)
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: protocol_version_avp: peer is using version 1, revision 0.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: firmware_rev_avp: peer reports firmware version 4384 (0x1120)
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: hostname_avp: peer reports hostname 'bras10.tver'
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: vendor_avp: peer reports vendor 'Cisco Systems, Inc.'
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: receive_window_size_avp: peer wants RWS of 32000. Will use flow control.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: assigned_tunnel_avp: using peer's tunnel 64337
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: framing_caps_avp: supported peer frames:
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: bearer_caps_avp: supported peer bearers:
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: message type is Start-Control-Connection-Reply(2). Tunnel is 64337, call is 0.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: sending SCCCN
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Connection established to 78.107.38.66, 1701. Local: 8914, Remote: 64337 (ref=0/0).
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Calling on tunnel 8914
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: message type is (null)(0). Tunnel is 64337, call is 0.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: sending ICRQ
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 12, tunnel = 8914, call = 0 ref=0 refhim=0
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 28, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: handle_avps: handling avp's for tunnel 8914, call 60564
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: message_type_avp: message type 11 (Incoming-Call-Reply)
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: assigned_call_avp: using peer's call 19171
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: message type is Incoming-Call-Reply(11). Tunnel is 64337, call is 19171.
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: control_finish: Sending ICCN
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: Call established with 78.107.38.66, Local: 60564, Remote: 19171, Serial: 1 (ref=0/0)
Feb 16 22:49:27 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 12, tunnel = 8914, call = 0 ref=0 refhim=0
Feb 16 22:49:27 linux-6hk4 pppd[3913]: pppd 2.4.5 started by root, uid 0
Feb 16 22:49:27 linux-6hk4 pppd[3913]: Script /bin/true finished (pid 3915), status = 0x0
Feb 16 22:49:27 linux-6hk4 pppd[3913]: Serial connection established.
Feb 16 22:49:27 linux-6hk4 pppd[3913]: using channel 10
Feb 16 22:49:27 linux-6hk4 pppd[3913]: Using interface ppp0
Feb 16 22:49:27 linux-6hk4 pppd[3913]: Connect: ppp0 <--> /dev/pts/5
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: select timeout
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: select timeout
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: select timeout
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: select timeout
Feb 16 22:49:28 linux-6hk4 pppd[3913]: sent [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x65f86159>]
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 41, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:28 linux-6hk4 pppd[3913]: rcvd [LCP ConfReq id=0x1 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x4d7230fc> <pcomp> <accomp>]
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 32, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:28 linux-6hk4 pppd[3913]: sent [LCP ConfRej id=0x1 <pcomp> <accomp>]
Feb 16 22:49:28 linux-6hk4 pppd[3913]: rcvd [LCP ConfAck id=0x1 <mru 1460> <asyncmap 0x0> <magic 0x65f86159>]
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 37, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:28 linux-6hk4 pppd[3913]: rcvd [LCP ConfReq id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x4d7230fc>]
Feb 16 22:49:28 linux-6hk4 pppd[3913]: sent [LCP ConfAck id=0x2 <mru 1460> <asyncmap 0xa0000> <auth chap MD5> <magic 0x4d7230fc>]
Feb 16 22:49:28 linux-6hk4 pppd[3913]: sent [LCP EchoReq id=0x0 magic=0x65f86159]
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 20, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:28 linux-6hk4 pppd[3913]: rcvd [LCP EchoRep id=0x0 magic=0x4d7230fc]
Feb 16 22:49:28 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 44, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:28 linux-6hk4 pppd[3913]: rcvd [CHAP Challenge id=0x1 <cd75993c4e9ef44d37812f9ad62f01bd>, name = "bras10.tver"]
Feb 16 22:49:28 linux-6hk4 pppd[3913]: sent [CHAP Response id=0x1 <3faef88783c0bb502ad3ba19ee65f660>, name = "0894623727"]
Feb 16 22:49:29 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 16, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:29 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 22, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:29 linux-6hk4 pppd[3913]: rcvd [CHAP Success id=0x1 ""]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: CHAP authentication succeeded
Feb 16 22:49:29 linux-6hk4 pppd[3913]: CHAP authentication succeeded
Feb 16 22:49:29 linux-6hk4 pppd[3913]: sent [IPCP ConfReq id=0x1 <compress VJ 0f 01> <addr 0.0.0.0>]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: rcvd [IPCP ConfReq id=0x1 <addr 78.107.38.66>]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: sent [IPCP ConfAck id=0x1 <addr 78.107.38.66>]
Feb 16 22:49:29 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 22, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:29 linux-6hk4 pppd[3913]: rcvd [IPCP ConfRej id=0x1 <compress VJ 0f 01>]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: sent [IPCP ConfReq id=0x2 <addr 0.0.0.0>]
Feb 16 22:49:29 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 22, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:29 linux-6hk4 pppd[3913]: rcvd [IPCP ConfNak id=0x2 <addr 78.106.117.228>]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: sent [IPCP ConfReq id=0x3 <addr 78.106.117.228>]
Feb 16 22:49:29 linux-6hk4 xl2tpd[3911]: network_thread: recv packet from 78.107.38.66, size = 22, tunnel = 8914, call = 60564 ref=0 refhim=0
Feb 16 22:49:29 linux-6hk4 pppd[3913]: rcvd [IPCP ConfAck id=0x3 <addr 78.106.117.228>]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: not replacing default route to eth0 [10.52.176.1]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: local IP address 78.106.117.228
Feb 16 22:49:29 linux-6hk4 pppd[3913]: remote IP address 78.107.38.66
Feb 16 22:49:29 linux-6hk4 pppd[3913]: Script /etc/ppp/ip-up started (pid 3918)
Feb 16 22:49:29 linux-6hk4 SuSEfirewall2: Setting up rules from /etc/sysconfig/SuSEfirewall2 ...
Feb 16 22:49:29 linux-6hk4 SuSEfirewall2: using default zone 'ext' for interface ppp0
Feb 16 22:49:29 linux-6hk4 SuSEfirewall2: Firewall rules successfully set
Feb 16 22:49:29 linux-6hk4 pppd[3913]: Script /etc/ppp/ip-up finished (pid 3918), status = 0x0

Думаю полезно привести что собственно наделал.

файл /ect/xl2tpd/xl2tpd.conf

Показать

[global]
access control = yes
debug avp = yes
debug network = yes
debug state = yes
debug tunnel = yes

[lac beeline]
lns = vpn.internet.beeline.ru
redial = yes
redial timeout = 1
require chap = yes
require authentication = no
name = 0894623727
ppp debug = yes
pppoptfile = /etc/ppp/options.xl2tpd
require pap = no

файл /etc/ppp/options.xl2tpd

Показать

noauth
name 0894623727
remotename l2tp
ipparam beeline
connect /bin/true
mru 1460
mru 1460
nodeflate
nobsdcomp
persist
maxfail 0
nopcomp
noaccomp
defaultroute

при выполнении к консоль валится:
[console]linux-6hk4:/bin # /etc/init.d/xl2tpd stop
redirecting to systemctl
[/console]

ОС: opensuse 12..1 Kernel:
[console]linux-6hk4:/bin # uname -a
Linux linux-6hk4.site 3.1.9-1.4-desktop #1 SMP PREEMPT Fri Jan 27 08:55:10 UTC 2012 (efb5ff4) i686 i686 i386 GNU/Linux
[/console]
Тема наверное избита... Но уже все что мог облазил, и от безисходности решил спросить у знающих людей. Помогите smile

17.02.2012 03:37 #230100

[console]Feb 16 22:49:29 linux-6hk4 pppd[3913]: not replacing default route to eth0 [10.52.176.1]
Feb 16 22:49:29 linux-6hk4 pppd[3913]: local IP address 78.106.117.228
Feb 16 22:49:29 linux-6hk4 pppd[3913]: remote IP address 78.107.38.66[/console]
После поднятия интерфейса ppp0:
route add default gw 78.107.38.66

17.02.2012 03:53 #230102

.. ничего про xl2tpd не знаю, но видел как-то плагин к NM ..

17.02.2012 13:17 #230180

После поднятия интерфейса ppp0:
route add default gw 78.107.38.66

К сожалению не помогло (((
[console]
linux-6hk4:/bin # /etc/init.d/xl2tpd start
redirecting to systemctl

linux-6hk4:/bin # ifconfig ppp0
ppp0 Link encap:Point-to-Point Protocol
inet addr:78.106.80.144 P-t-P:85.21.66.132 Mask:255.255.255.255
UP POINTOPOINT RUNNING NOARP MULTICAST MTU:1460 Metric:1
RX packets:4 errors:0 dropped:0 overruns:0 frame:0
TX packets:4 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:3
RX bytes:40 (40.0 b) TX bytes:46 (46.0 b)

linux-6hk4:/bin # route add default gw 78.107.38.66
SIOCADDRT: No such process

linux-6hk4:/bin # ping ya.ru
PING ya.ru (77.88.21.3) 56(84) bytes of data.
^C
--- ya.ru ping statistics ---
3 packets transmitted, 0 received, 100% packet loss, time 1999ms

linux-6hk4:/bin # route -n
Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.52.176.1 0.0.0.0 UG 0 0 0 eth0
10.0.0.0 10.52.176.1 255.0.0.0 UG 0 0 0 eth0
10.52.176.0 0.0.0.0 255.255.248.0 U 1 0 0 eth0
78.107.38.66 10.52.176.1 255.255.255.255 UGH 0 0 0 eth0
85.21.66.132 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
85.21.66.133 10.52.176.1 255.255.255.255 UGH 0 0 0 eth0
233.32.240.0 10.52.183.110 255.255.255.0 UG 0 0 0 eth0
[/console]
Уже всяческие манипуляции с таблицей маршрутизации проводил, ничего не понимаю (((

но видел как-то плагин к NM ..

после того как он мне выдал на pptp скорость в 7 раз ниже чем на винде, то пришлось с ним попрощаться =)

17.02.2012 16:24 #230215

Продолжаю рекламу=)
http://code.google.com/p/vpnpptp
попробуйте... для меня наиболее простой и понятный способ..
Переустновите только xl2tp и/или удалите все конфиги..

17.02.2012 16:59 #230226

[console]Destination Gateway Genmask Flags Metric Ref Use Iface
0.0.0.0 10.52.176.1 0.0.0.0 UG 0 0 0 eth0
10.0.0.0 10.52.176.1 255.0.0.0 UG 0 0 0 eth0
10.52.176.0 0.0.0.0 255.255.248.0 U 1 0 0 eth0
78.107.38.66 10.52.176.1 255.255.255.255 UGH 0 0 0 eth0
85.21.66.132 0.0.0.0 255.255.255.255 UH 0 0 0 ppp0
85.21.66.133 10.52.176.1 255.255.255.255 UGH 0 0 0 eth0
233.32.240.0 10.52.183.110 255.255.255.0 UG 0 0 0 eth0[/console]
Старый маршрут перед этим удалять не надо?
route del default
route add default gw 78.107.38.66
или
route add default dev ppp0
Ну, а вообще для этих целей есть параметр echo replacedefaultroute >> /etc/ppp/options.xl2tpd

17.02.2012 17:02 · отредактировано #230227

vpnpptp - не спорю судя по отзывам один из самых легких вариантов, просто хотелось поподробнее разобраться в самом процессе администрирования сетей под linux. И насколько я понимаю, если решу убрать графическую оболочку дабы не насиловать и без того слабую аппаратуру то vpnpptp не прокатит. Поправьте пжл если не прав. =)

Ну и как обычно в моих руках даже vpnpptp нормально не поставился ))) Если позволите опишу проблему:

выкачал rpm-пакеты(установщик Yast не нашел vpnpptp) xl2tpd, libgksu, gksu, vpnpptp. При попытке установки xl2tpd ругается на заивисимости от libc, хотя последний установлен(хотя Yast xl2tpd прекрасно установил). Забил на это дело.

Скачал GUI - установщик. Ругнулся на зависмости от libgtop - поставил, также ругается.

PS: железные нервы и нереально усидчивая задница нужна чтоб в Linux разобраться =) Можете что-нибудь подсказать/посоветовать ? Возможно есть репозиторий из которого со всеми зависимостями установится ? )

17.02.2012 17:12 #230228

Старый маршрут перед этим удалять не надо?
route del default
route add default gw 78.107.38.66

читал ранее, что если удалить маршрут по умолчанию, то машина автоматически разорвет vpn соединение, после чего добавлением нового маршрута не восстановишь. Так же читал чтобы это избежать необходимо перед удалением прописать его статически.http://ru.posix.wikia.com/wiki/PPTP - источник
Через час будет доступ и опробую ваш способ, спасибо smile

17.02.2012 17:49 · отредактировано #230237

Щас попытаюсь поставить на 12.1 ради интереса отпишусь что получилось.

1. http://software.opensuse.org/ymp/home:Reki/openSUSE_Tumbleweed/xl2tpd.ymp?base=openSUSE%3A12.1&query=xl2tpd
2. Скачиваем
http://vpnpptp.googlecode.com/files/vpnpptp-kde-one-0.3.3-4.i586.rpm
3. cd <куда скачалось)
4. rpm -Uhv vpnpptp-kde-one-0.3.3-4.i586.rpm
5. vpnpptp

P.S т.к вы уже подредактировали кучу конфигов за коректность программы не отвечаю.
так что как минимум xl2tp надо удалить и поставить по 1 ссылке. Наверное=)

просто хотелось поподробнее разобраться в самом процессе администрирования сетей под linux.

Делал по началу как ты через редактирование кучи файлов.. всё получилось..
Зачем всё это если можно проще=) в плане администрирования сетей врятли редактирование xl2tp файлов поможет=)

17.02.2012 19:32 · отредактировано #230250

спасибо огромное tmp13 =) все прекрасно поставилось =) интернет заработал... теперь буду hostapd насиловать ))) еще раз спасибо.

P.S. :
1. проблемы с установкой были думаю из-за попытки поставить allde версию а не именно под kde. Ваш пакет поставился прекрасно без каких либо проблем.
2. Почему-то через Software manager пакет xl2tpd поставился версии 2.4 а не последней. Немного непонятна в чем причина, т.к. ссылается только на официальные репозитории. Всегда казалось что если там пакет и есть то только последней версии... 0_о
3. Жаль что подовляющее большинство помощи идет от модераторов =)

В общем буду читать/разбираться еще раз благодарю за помощь =)

20.02.2012 12:32 #230823

для suse http://pkgs.org/search/?keyword=xl2tpd есть xl2tpd 1.3.0, стоит обновиться.

21.02.2012 16:23 #231128

P.S пакет не мой а romkaromka=)))