Dotaz: OpenVPN přístup do vnitřní sítě

[Pavel]

Zdravím, ze vzdáleného PC (ip 10.0.1.2) se přes VPN dostanu na vnitřní síť, ale jde pouze ping serveru, který slouží i jako GW (ip 10.200.1.1). Po vnitřní síti se nemohu pohybovat. Nastavení vpn serveru je následují:

mode server
tls-server
port 1100
proto tcp-server
dev tap
server 10.0.1.0 255.255.255.0
ifconfig-pool-persist ipp.txt
duplicate-cn

ca /etc/openvpn/ca.crt
cert /etc/openvpn/server.crt
key /etc/openvpn/server.key
dh /etc/openvpn/dh2048.pem

log-append /var/log/openvpn.log
status /var/run/vpn.status 10

user nobody
group nogroup

keepalive 10 120

# komprese prenasenych dat
comp-lzo

# ukecanost serveru
verb 3

push "route 10.200.0.0 255.255.0.0"
push "dhcp-option DNS 10.0.1.1"
push "dhcp-option WINS 10.0.1.1"

klient:

client
dev tap
proto tcp
remote adresa.cz 1100

# povoluje stazeni konfigurace ze severu
pull

# certifikat certifikacni autority
ca keys/ca.crt

# certifikat klienta
cert keys/client1.crt

# certifikat klienta
key keys/client1.key


# opakovani radku v logu
mute 10

# komprese prenasenych dat
comp-lzo

# ukecanost klienta
verb 3

routovací tabulka serveru:

Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
default         192.168.3.50    0.0.0.0         UG    100    0        0 eth0.10
10.0.1.0        *               255.255.255.0   U     0      0        0 tap0
10.200.0.0      10.0.1.1        255.255.0.0     UG    0      0        0 tap0
10.200.0.0      *               255.255.0.0     U     0      0        0 eth0.30
192.168.3.0     *               255.255.255.0   U     0      0        0 eth0.10

V iptables mám nastaveno povolit vše z rozhraní tap0. Co mi ještě chybí?

Odpovědi

[Jendа]

Po vnitřní síti se nemohu pohybovat.

Vágní popis problému. Dotečou ty pakety na VPN server? Dotečou na cílový stroj? Doteče odpověď na VPN server?

Tipnul bych si, že problém bude v tom, že stroj, na který se snažíš dobouchat, pro tebe nemá zpátky routu do VPN.

[Pavel]

Ano, to si také myslím, proto jsem se snažil přidat řádek do routovací tabulky, avšak bez výsledku. Pokud zkusím tracert, zkončím právě na serveru.

[mess]

Moc by pomohlo, kdybys nakreslil obrázek, jak to máš pospojované a na kterém konci drátu máš jakou adresu.

[Pavel]

Příloha:

• schema.GIF (51635 bytů)

Tak jsem ho narychlo sesmolil, doufám, že to je srozumitelné. Z PC 10.0.1.2 se pingnu na všechny tři adresy serveru, ovšem už ne na celou vnitřní síť 10.200.0.0/16.

[Pavel]

Tak chyba, pingnu pouze vnitřní síť a VPN. Síť 192.168.3.0 nepingnu, zřejmě proto že není v konfiguráku push "route 192..." ale do této sítě se dostávat ani nepotřebuji.

[AEgo]

...skontroluj si ci mas povoleny ip_forward

[Pavel]

Ano to mám, server slouží jako GW pro vnitřní síť a ta funguje správně

[Milan Roubal]

10.0.1.0        *               255.255.255.0   U     0      0        0 tap0
10.200.0.0      10.0.1.1        255.255.0.0     UG    0      0        0 tap0

pakety pro 10.200.0.0/16 se urcite nemaji routovat do tap0. Melo by stacit pakety pro 10.0.1.0/24 routovat do 10.0.1.1 na rozhrani tap0.

[Pavel]

ten druhý řádek jsem tam přidával. První tam byl a s tim to nechodí

[Milan Roubal]

jeste by to chtelo videt routovaci tabulku u pocitace ve vnitrni siti, napriklad 10.200.3.1, zda vi, kam ma smerovat pakety pro 10.0.1.2

[Jakub]

V OpenVPN tolik zběhlý nejsem, ale mohu se zeptat, proč používáš tunel na 2. vrstvě, když chceš mít pro VPN klienty jiný rozsah IP adres než ten, který máš ve vnitřní síti?

Jestli tu Tvoji topologii chápu dobře, tak nebylo by jednodušší, aby ten VPN server poslouchal na IP adrese 192.168.3.100? Na VPN serveru nastavit, aby všechno co jde na 10.0.1.0/24 házel do tunelovacího rozhraní (což by snad měl dělat defaultně) a u VPN klienta nastavit, že má všechno co je pro síť 10.200.0.0/16 házel taky do tunelovacího rozhraní?

Onehdy jsem jednou takhle provizorně řešil, když jsem se potřeboval dostat na klienty za VPN serverem, prostě jsem si na VPN klientovi ručně zadal, že tahle IP adresa je prostě někde v tunelu, tak to tam házej.

[Pavel]

Klidně mohu mít stejné rozsahy adres u klientů a vnitřní síti, ovšem to znamená vytvořit bridge rozhraní a co jem tak četl návody, není to nejjednodušší

[Jakub]

Tak nepoužívej tunel na 2. vrstvě a změň dev tap na dev tun