Dotaz: Nefungující OpenVPN tunel

[Martin H.]

Zdravím, mám LAN síť 192.168.1.0/24 připojenou do internetu přes Mikrotik. Nově mám další veřejnou IP adresu a na jejím konci Linux router. Na Linuxu je eth0->WAN, eth1->LAN (192.168.1.10) a OpenVPN tunel TUN se statickým klíčem.
Z Linuxu se dostanu (PING) do LAN, připojím se k němu i z WAN, sestavím tunel ... z druhého konce tunelu PINGnu na tun0, z Linuxu PINGnu na druhý konec tunelu, z Linuxu PINGnu do LAN i do WAN - ale z druhého konce tunelu se přes TUN0 již nikam nedostanu a ani z LAN na rozhraní tunelu v Linuxu.
Síť LAN má standardní bránu Miktorik - jakýkoliv počítač z LAN píše, že je IP adresa tunelu nedostupná.
Dotaz: Co dělám špatně, že tunel není z LAN dostupný? Nemůže být chyba někde v Mikrotiku?
Prošel jsem řadu řešení a zatím žádný pokrok ...

---

---

Odpovědi

[NN]

Je divne ze mas na obou koncich stejne site v LAN, alespon to tak vypada. Potome nevim, jak se Mirotik dozvi, ze ma posillat data skrz tunel, misto do LAN...

NN

[Martin H.]

Nene, to jsem zapomněl napsat, na TUN je 192.168.98.13 a 192.168.98.14

Z VPN se dostanu přes tunel až na rozhraní ETH na linuxu, ale dál do LAN už ne. A opačně to taky skončí na ETH.

[Matěj Vaňátko]

To je ale podle mě úplně jedno.Důležité je, že se vám překrývají adresace v těch sítích LAN. Jestli máte v obou LAN adresaci něco na styl 192.168.1.0/24, jak můžou stroje vědět, jestli to má jít do lokální LAN nebo přes VPN do vzdálené LAN ?? Respektive, oni to pošlou vždy do lokálních LAN, protože je budou mít jako přímo připojené sítě s nejvyšší prioritou v routovacích tabulkách..

[Martin H.]

Nesouhlasím. V jiném stroji ještě s OpenSuSE 10.3 je OpenVPN na adresním rozsahu 192.168.99.0/24 a hlavní síť na 192.168.100.0/24 a tam to funguje bez problémů.

Tedy, někde v OpenSuSE 11.2 bude nějaká změna ... a nevím jaká.

[Mti.]

Necekam, ze by za to mohla distribuce (ikdyz zrovna plaza nemusim) Nakreslete nam obrazek, treba se vysvetli, jak jste to myslel s tim mikrotikem pripojenym do 192.168.1.* a dalsim linuxem pripojenym do 192.168.1.* .

Bud Vam tam opravdu koliduje cislovani site (dve 192.168.1.* kazda jinde) a nebo mate zapomenutou nekde routu.

No a stale je moznost sedet na interfacech tcpdumpem a poslouchat, kam az takovy paket doleze... (tcpdump -i eth0 -n not tcp port 22 .... aby nevidels kopu svojich ssh spojeni )