Dotaz: oVPN zase a po x-te, problem s routovanim do vnitrni site

[zdenal]

Příloha:

• vpn_server.txt (408 bytů)

ahoj. server ma rozhrani eth0, eth1 a tap0. Eth0 je pro internet, eth1 pro pripojeni do vnitrni site, tap0 pro vpn.Ip na serveru jsou nasledujici: eth0(10.94.1.128), eth1(172.16.0.170) a tap0(10.123.1.1) Ve vnitrni siti(172.16.0.160/27) se nachazi router(172.16.0.190/27), sit vpn je 10.123.1.0/28. POkud se na server pripojim, dostanu ip adresu(10.123.1.2), jsem ve vpn a na server se dopingam. DOpingam se i na jeho rozhrani vnitrni site(eth1),dopingam se i na router ve vnitrni siti. Na ostatni PC ve vnitrni siti se nedopingam.V nastaveni routeru mam pridanou statickou trasu s cilem 10.123.1.0/28 aby predaval na vnitrni rozhrani serveru(eth1 172.16.0.170/27).. v podstate z opacne strany to prochazi(ale opet jen z routeru) Smutek

Chtěl jsem do serveru pridat statickou routu pro tap0, aby kdyz bude cil 172.16.0.160/27 to predal na 172.16.0.170(resp. eth1). To ale nejde a system mi hlasi rtnetlink answer: no such process. Zkoušel jsem i upravovat iptables pro eth1 s tap0 a opacne.. + cil/zdroj 172.16.0.160/27 a 10.123.1.0/28 a opacne. Bez uspechu. Zajimave ale je, ze v okolnich pocitacich obcas vidim jednu stanici z vnitrni site (domen.jmeno), ale nedopingam se. Na router jak jsem psal se dopingam, ale na jeho webove rozhrani se nedostanu. Pokud zkousim pingat z web. rozhrani routeru z jineho pc, tak do tunelu ping funguje (takze to musi prochazet). Ping funguje i mezi VPN klienty.

Chybu bych hledal nekde na serveru, jelikoz kdyz pouziji tracert, tak do vnitrni site to jde skrz 10.123.1.1(tap0 na serveru), ale dale na router ve vnitrni siti uz ne(172.16.0.190).

Podotykam, ze jsem linuxova lama. Na pocitacich je jinak ping povoleny (overeno).

Mohl by mi prosim nekdo pomoci vyresit tento problem se smerovanim (nebo co je potreba) ? Prikladam konfigurak serveru a klienta. Na serveru je Ubuntu.

Dekuji za jakoukoliv radu a omlouvam se za mozna zbytecne tema. Hledal jsem a zkousel ruzne postupy, ale bez vysledku.

Odpovědi

[NN]

Zaprve si predelej toto:

push route "172.16.0.160 255.255.255.224 10.123.1.1"

na

push route "172.16.0.160 255.255.255.224"

Push route nedel nic jineho, nez ze na tvem klientskem pocitaci vytvori routu do site 172.16.0.190 a nasmeruje ji do vpn.

To je jeden smer, zadruhe pocitace v siti 172.16.x.x budou,ale take potrebovat vedet smer do site VPN.

Ve vychozim stavu, pokud klient nevi, posila vse na vychozi branu = 172.16.0.170.

Takze na brane musis rict, ze dotazy ktere smeruji od klienta do VPN site, budou routovany pres tap0, skracene:

iptables -A FORWARD -i eth1 -o tap0 -j ACCEPT

Zatreti pokud pingas, a nejede ti port 80, tak problem je na 90% na TCP/UDP vrstve a nekde si to proste blokujes.

Zapate pouzivej tcpdump + ping hodne ti to usnadni praci..

Zaseste pokud, zase melu nesmysli, tak si toho nevsimejte :D..

NN

[zdenal]

opraveno.

Firewall zakázán a bez výsledku. Pokud firewall povolím, přestanou chodit ping na router ve vnitřní síti. I tak děkuji, budu hledat dále.