Administrace komentářů

Nejsem stejný Tom - i když možná řešíme stejný problém :) - tu diskuzi jsem si prošel ale moc jsem z toho nezmoudřel.

Z toho co píšeš mi přijde pro mě jednodušší, aby jsem měl ten tunel bridgovaný, protože ten by sám o sobě měl fungovat všesměrově - vše jde všude - takže asi odpadá problém s routováním, navíc je vše i na jednom IP rozhraní, ale zase si to vybírá daň v tom větším zatížení tunelu - snad to chápu správně :)

Samozřejmě u toho routování jsem i zkoušel přidat na router s bránou statickou routu do té druhé sítě - v té 10.11.12.0 to bylo cíl: 10.20.30.0 maska 255.255.255.0 brána 10.11.12.111 (VPN server) - v té druhé naopak, ale moc mi to nepomohlo, protože ten tunel nefungoval nějak uvnitř - třeba při výpisu routovací tabulky jsem měl cestu na IP tunelu, ale na to IP mi nešel ping, naopak mi prošel na adresu, která ani v té tabulce nebyla - nevím, původně jsem myslel, že se to propojení konců tunelu vytvoří samo a ping na eth rozhraní server - klient a opačně bude bez problémů, fungovalo mi jen ve směru klient - server, to další, jako ping někam dál za server jsem neřešil, když mě nefungoval ten základ, zkusil jsem ho, ale nešlo.

Teď zkouším vytvořit bridgovaný tunel, myslel jsem si, že to bude jednoduché, že se i ty vnitřní adresy tunelu nastaví na adresy 10.11.12.0 a tím se to vyřeší, ale není to tak, vnitřek tunelu má zase úplně jiné IP - blbnu s tím už skoro týden a už moc nevím co s tím, co kde dělám špatně, jak jsem psal, v linuxu se nevyznám, možná by to chtělo jen někde přidat pravidlo pro firewall - i když to dělám, zkoušel jsem postupovat podle návodů a stejně nic, tak už vážně moc nevím.

Možná je to nějaká blbost v nastavení openVPN, možná pravidlo pro firewall v linuxu, v každém případě tunel se mi vytváří, ale vázne mi v něm ta komunikace.