Dotaz: problem s OpenVPN a routingom

[N3Xt]

mam problem s OpenVPN.

vcera som nasadil novy linux router ktory sa napaja na centralu a robi VPN. le je problem ten ze sa z tejto VPN nedostanem do VPN inej ktora uz bola vytvorena skor...

situacia:

VPN1 (10.10.5.0/24)---------- CENRALA (10.10.10.0/24) ----------vpn2 (10.13.1.0/24)

v centrale je este CISCO ktora robi dalsie VPN od providera. ma IP 10.10.10.1. (prikad VPN na CISCU 10.10.12.0/24)

z VPN1 pingnem vsade na kazdu VPN ktoru mam od providera na CISCU. z VPN2 taktiez pingnem vsade.

no z VPN1 do VPN2 a naopak to proste nejde. dostane sa na CENTRALNY ROUTER a tam skonci. i ked routy tam napisane su.

centralny router ma tieto routy chybaju tam defaulty ale su tam. su to adslka, alebo wifiny atp.:

Kernel IP routing table
Destination Gateway Genmask Flags Metric Ref Use Iface
192.168.100.2 * 255.255.255.255 UH 0 0 0 tun0
192.168.101.2 * 255.255.255.255 UH 0 0 0 tun1
10.10.5.0 192.168.101.2 255.255.255.0 UG 0 0 0 tun1
10.10.12.0 10.10.10.1 255.255.255.0 UG 0 0 0 eth1
localnet * 255.255.255.0 U 0 0 0 eth1
10.13.1.0 192.168.100.2 255.255.255.0 UG 0 0 0 tun0

VPN1:

Směrovací tabulka v jádru pro IP

Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní
192.168.101.1 * 255.255.255.255 UH 0 0 0 tun1
localnet * 255.255.255.0 U 0 0 0 eth1
10.10.12.0 192.168.101.1 255.255.255.0 UG 0 0 0 tun1
10.10.10.0 192.168.101.1 255.255.255.0 UG 0 0 0 tun1
10.13.1.0 192.168.101.1 255.255.255.0 UG 0 0 0 tun1
default 213.29.112.9 0.0.0.0 UG 0 0 0 eth0

VPN2:

Směrovací tabulka v jádru pro IP

Adresát Brána Maska Přízn Metrik Odkaz Užt Rozhraní
192.168.100.1 * 255.255.255.255 UH 0 0 0 tun0
10.10.5.0 192.168.100.2 255.255.255.0 UG 0 0 0 tun0
10.10.12.0 192.168.100.2 255.255.255.0 UG 0 0 0 tun0
10.10.10.0 192.168.100.2 255.255.255.0 UG 0 0 0 tun0
localnet * 255.255.255.0 U 0 0 0 eth1

Odpovědi

[tezkatlipoka]

jestli si to dobre predtavuju, tak adresa tap zarizeni na strane pojmenovane VPN1 je 192.168.101.1, a jeji protejsek je 192.168.101.2 (CENTRALA). Pak mi ale pripada ze se VPN1 pta kde je sit 10.13.1.0 (VPN2) sama sebe (coz nemuze vedet), misto centraly(192.168.101.2) ktera to vi. Na strane VPN2 to vypada dobre.

[N3Xt]

ne ne.. je to tam jasne napsane.. 192.168.100.1 a 192.168.101.1 je v centrale zaciatok VPN tunelu. 192.168.100.2 je VPN2 koncove zarizeni 192.168.101.2 je VPN1 koncove zarizeni

[tezkatlipoka]

tak v tom pripade je to tak jak pisu, akorat u VPN2. Mas to u kazdeho VPN jinak.

[venoosek]

co direktiva client-to-client ? pokud mate client-server konfiguraci je to nutne ; u pear-to-pear nevim

[michich]

hruška-hruška ?

[tezkatlipoka]

pokud mate client-server konfiguraci je to nutne

neni, client-to-client routuje broadcasty mezi klientama jedne openvpn site. S timhle by to nemelo mit nic spolecneho.

[venoosek]

v tom pripade jsem si spatne vylozil manual:

--client-to-client Because the OpenVPN server mode handles multiple clients through a single tun or tap interface, it is effectively a router. The --client-to-client flag tells OpenVPN to internally route client-to-client traffic rather than pushing all client-originating traffic to the TUN/TAP interface.

When this option is used, each client will "see" the other clients which are currently connected. Otherwise, each client will only see the server. Don't use this option if you want to firewall tunnel traffic using custom, per-client rules.

[tezkatlipoka]

pokud to ja dobre chapu, tak pri nastaveni client-server toto zajisti aby se videli clienti. Rozhodne bych nepouzil "je to nutne". Mam 5 OpenVPN, a vsechny muzou routovat do ostatnich. Pouze se spravnym nastavenim routovani. Zase ale resim x jinych problemu.