Přidat otázku mezi oblíbenéZasílat nové odpovědi e-mailem Nefunguje připojení tunelem na VPS pomocí IPSec

Zdravím, mám trochu problém s konfigurací VPS, přes který bych chtěl směrovat traffic do internetu.

VPS běží na debianu a jako klient je Mikrotik s RouterOS. Realizovat bych to chtěl přes L2TP. Už jsem to měl na několika VPS rozjeté, ale tady provider používá multi ip, s více interface, takže se v tom nějak trochu ztrácím - pokud by mi někdo pomohl, byl bych neskonale vděčný.

Zatím jsem ve stavu, že se klient snaží připojit, ale neúspěšně. V logu mikrotiku je akorát: intializig, dialing, disconnected.

Konfigurace
Strana VPS

#ifconfig

lo        Link encap:Local Loopback
          inet addr:127.0.0.1  Mask:255.0.0.0
          inet6 addr: ::1/128 Scope:Host
          UP LOOPBACK RUNNING  MTU:16436  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:0
          RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)

venet0    Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:127.0.0.2  P-t-P:127.0.0.2  Bcast:0.0.0.0  Mask:255.255.255.255
          UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1
          RX packets:22869 errors:0 dropped:0 overruns:0 frame:0
          TX packets:11207 errors:0 dropped:0 overruns:0 carrier:0
          collisions:0 txqueuelen:0
          RX bytes:26799489 (25.5 MiB)  TX bytes:974476 (951.6 KiB)

venet0:0  Link encap:UNSPEC  HWaddr 00-00-00-00-00-00-00-00-00-00-00-00-00-00-00-00
          inet addr:8.123.456.789  P-t-P:8.123.456.789 Bcast:8.123.456.789  Mask:255.255.255.255
          UP BROADCAST POINTOPOINT RUNNING NOARP  MTU:1500  Metric:1

#route

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         *               0.0.0.0         U     0      0        0 venet0

#iptables -t nat -L

MASQUERADE  all  --  10.146.194.0/24      anywhere

/etc/ipsec.conf

conn L2TP-PSK
        authby=secret
        pfs=no
        auto=add
        keyingtries=3
        rekey=yes
        ikelifetime=8h
        keylife=1h
        type=transport
        left=8.123.456.789
        leftnexthop=%defaultroute
        leftprotoport=17/1701
        right=%any 
        rightprotoport=17/%any

/var/lib/openswan/ipsec.secrets.inc

%any : PSK "********"

/etc/xl2tpd/xl2tpd.conf

[global]
 ipsec saref = yes
 listen-addr =8.123.456.789

[lns default]
 ip range = 10.146.194.10-10.146.194.100
 local ip = 10.146.194.1
 refuse chap = yes
 refuse pap = yes
 require authentication = yes
 name=ipsec
 ppp debug = yes
 pppoptfile = /etc/ppp/options.xl2tpd
 length bit = yes

/etc/ppp/options.xl2tpd

require-mschap-v2
ms-dns 8.8.8.8
ms-dns
proxyarp
asyncmap 0
auth
crtscts
lock
hide-password
modem
debug

/etc/ppp/chap-secrets

uzivatel       ipsec   heslo               *

/etc/ppp/ip-up.d/01-routes

#!/bin/bash

# This script is called with the following arguments:
#    Arg  Name                          Example
#       Interface name                ppp0
#       The tty                       ttyS1
#       The link speed                38400
#       Local IP number               12.34.56.78
#       Peer  IP number               12.34.56.99
#       Optional ipparam'' value    foo

route add -net 192.168.0.0 netmask 255.255.255.0 dev $1

/etc/ppp/ip-up.d/mppefixmtu

#!/bin/bash

CURRENT_MTU="`ip link show $1 | grep -Po '(?<=mtu )([0-9]+)'`"
FIXED_MTU="`expr $CURRENT_MTU + 4`"
ip link set  mtu $FIXED_MTU

/etc/sysctl.conf

net.ipv4.ip_forward=1
net.ipv4.conf.all.accept_redirects = 0
net.ipv4.conf.all.send_redirects = 0

Konfigurace
Na straně klienta

/interface l2tp-client add connect-to=8.123.456.789 allow=mschap2 name="L2TP_polesi69@xxx.com" user=uzivatel password=heslo add-default-route=no;

Nejsem si jistý, jestli to nemá teda poslouchat na 127.0.0.2, když tamtudy proudí normálně provoz. Nicméně zkusil jsem to tak přenastavit a stejně se nepřipojím. Má někdo nějakou radu?

Díky předem za zájem

Předmět Autor Datum
momentálně mám IQtykve (nemoc), ale na 127.0.0.2 se nikdy z netu nespojíš, to je adresa loopbacku.…
touchwood 08.11.2014 22:11
touchwood
No, to je právě ono, já se moc nevyznám v tom, jak ty data vlastně z toho stroje putují, protože kdy… nový
mmfmoc 08.11.2014 22:36
mmfmoc
Jde v podstate o to, jak rozbehnout L2TP server na virtualnim stroji pouzivajici pro verejnou ip adr… nový
mmfmoc 11.11.2014 13:19
mmfmoc
Ukázalo se, že chyba je v konfiguráku /etc/ppp/options.xl2tpd Nesmí tam být řádek ms-dns bez parame… poslední
mmfmoc 11.11.2014 23:17
mmfmoc

No, to je právě ono, já se moc nevyznám v tom, jak ty data vlastně z toho stroje putují, protože když si všimneš v ifconfig, tak jdou přes interface venet0, který je právě loopback. S multiip si ještě moc nevím rady.

Routa je defaultní, jak je po instalaci od providera (taky mi nejde do hlavy :-) )

Maškarádu bych zatím neřešil, ještě ani VPN klienta nemám připojeného na server.

/var/log/auth.log

Nov  8 16:31:59 polesi69 pluto[9864]: using /dev/urandom as source of random entropy
Nov  8 16:31:59 polesi69 pluto[9861]: address family inconsistency in this connection=2 host=2/nexthop=0
Nov  8 16:31:59 polesi69 pluto[9861]: attempt to load incomplete connection
Nov  8 16:31:59 polesi69 pluto[9861]: listening for IKE messages
Nov  8 16:31:59 polesi69 pluto[9861]: adding interface venet0:0/venet0:0 8.123.456.789:500
Nov  8 16:31:59 polesi69 pluto[9861]: adding interface venet0/venet0 127.0.0.2:500
Nov  8 16:31:59 polesi69 pluto[9861]: adding interface lo/lo 127.0.0.1:500
Nov  8 16:31:59 polesi69 pluto[9861]: adding interface lo/lo ::1:500
Nov  8 16:31:59 polesi69 pluto[9861]: loading secrets from "/etc/ipsec.secrets"
Nov  8 16:31:59 polesi69 pluto[9861]: loading secrets from "/var/lib/openswan/ipsec.secrets.inc"

#ipsec verify

Linux Openswan U2.6.37/K2.6.32-042stab093.5 (netkey)
Checking for IPsec support in kernel                            [OK]
 SAref kernel support                                           [N/A]
 NETKEY:  Testing XFRM related proc values                      [FAILED]

  Please disable /proc/sys/net/ipv4/conf/*/send_redirects
  or NETKEY will cause the sending of bogus ICMP redirects!

        [FAILED]

  Please disable /proc/sys/net/ipv4/conf/*/accept_redirects
  or NETKEY will accept bogus ICMP redirects!

        [OK]
Checking that pluto is running                                  [OK]
 Pluto listening for IKE on udp 500                             [OK]
 Pluto listening for NAT-T on udp 4500                          [FAILED]
Two or more interfaces found, checking IP forwarding            [FAILED]
Checking NAT and MASQUERADEing                                  [OK]
Checking for 'ip' command                                       [OK]
Checking /bin/sh is not /bin/dash                               [WARNING]
Checking for 'iptables' command                                 [OK]
Opportunistic Encryption Support                                [DISABLED]

Jde v podstate o to, jak rozbehnout L2TP server na virtualnim stroji pouzivajici pro verejnou ip adresu venet. Trochu to zkousim studovat, ty data zrejmne putuji pres sluzbu bezici na 127.0.0.2 a forwarduji veskery provoz tunelem na nejaky router, ke kteremu je fyzicky pripojeny host, na kterem tenhle guest system bezi.

Nema nekdo zkusenost s rozbehnitim asi v podstate jakyhkoliv sluzeb vyzadujici pristup zvenci, prave na tento guest? Napadlo me se podivat na konfiguraci ssh, pomoci ktereho se pripojuju. Tam by mohl byt klic k memu problemu :-)

Kazdopadne budu rad za kazdy napad ci radu.

Zpět do poradny Odpovědět na původní otázku Nahoru