
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
momentálně mám IQtykve (nemoc), ale na 127.0.0.2 se nikdy z netu nespojíš, to je adresa loopbacku.
Jinak bych řekl, že máš špatně routu i maškarádu.
Co je v logu?
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
#ipsec verify
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.
Ukázalo se, že chyba je v konfiguráku /etc/ppp/options.xl2tpd
Nesmí tam být řádek ms-dns bez parametru v podobě ip adresy, protože jinak daemon nepokračuje za tento řádek a ostatní volby vynechá. To jen, kdyby někdo měl obdobný problém