Dotaz: VPN, problém s routingem.

[cynic_asshole]

Ahoj, schéma mé sítě: Server A (xl0 - 192.168.1.100/24; tun1 - 10.8.0.1).
Server B (em0 - 10.0.1.5/24; tun0 - 10.8.0.2).

Mezi servery A a B je navázán OpenVPN tunel. Dokážu se dopingnout na oba konce. Ještě se dokážu dopingnout na IP adresy síťových rozhraní xl0 a em0. Nicméně se nedokážu dopingnout na ostatní zařízení v síti. Při trasování z jiných strojů v síti se traceroute zasekne na vzdáleném konci tunelu.

V routovací tabulce serveru A je vložen záznam 10.0.1.0/24 via 10.8.0.2 a na serveru B je záznam 192.168.1.0/24 via 10.8.0.1.

Když spustím tcpdump, zjistím, že tunelem projde ICMP dotaz, ale už se na něj nevrací odpověď. Na obou strojích je povolen forward paketů.
Tušíte někdo, v čem dělám chybu? Díky za každou radu.

Odpovědi

[NN]

A: route add -net 10.0.1.0 netmask 255.255.255.0 gw 10.8.0.1

B: route add -net 192.168.1.0 netmask 255.255.255.0 gw 10.8.0.2

Staci kdyz vymenis brany.

NN

[cynic_asshole]

Takže na A jsem použil příkaz route add 10.0.1.0 10.8.0.1 255.255.255.0, nicméně mi to vyhodí hlášku add net 10.0.1.0: gateway 10.8.0.1: Network is unreachable. Tak jsem do tabulky zadal routu přímo na rozhraní. To samé jsem udělal na druhé straně a stále nic.

[Hrabosh]

Já myslím, že to má dobře. Před nedávnem jsem taky nastavoval OpenVPN tunel a řešil směrování a vždycky jsem do všech routovacích tabulek psal druhej konec tunelu než ten, u kterýho jsem to pravidlo tvořil.

[Hrabosh]

V téhle oblasti nejsem zrovna "guru" ale v routování samotném nevidím problém. Spíš bych řekl, že se ty paket někde zahazují. Jak si povoloval to forwardování paketů ?

[cynic_asshole]

sysctl net.inet.ip.forwarding=1
Jedná se o FreeBSD 7.1

[Hrabosh]

Aha, tak FreeBSD. S tím neumím vůbec ... Nicméně se podívej, jestli nebude potřeba někde povolit forwarding přímo těchto konkrétních paketů. Já mám třeba na Linuxu výchozí politiku v iptables pro FORWARDING nastavenou na DENY. Takže když jsem chtěl nějaké takové směrování řešit, musel jsem to jednk "globálně" povolit zápisem jedničky kamsi do souboru, a potom jsem taky v iptables musel nastavit pravidla na ACCEPT pro pakety, které přišly z tunelu a chtějí do místní sítě, nebo pro ty, které s místní sítě pocházejí a chtějí tunelem jinam.

[cynic_asshole]

Zatím tam žádný firewall nemám, takže ten to blokovat nemůže.

[Hrabosh]

Je v FreeBSD taky iptables ? Můžeš sem hodit něco jako iptables -L ?

[cynic_asshole]

Není. Je tam něco jako ipfw, ale jak říkám, nic takového nainstalováno nemám.

[tomk]

A tim tcpdumpem je videt odchazejici icmp echo request i na xl0, resp. em0, nebo jen jako prichazejici na odpovidajicim tun rozhrani? Maji ta zarizeni v sitich 192.168.1.0/24 a 10.8.0.1/24 nastavene spravne default gw - tedy 192.168.1.100, resp. 10.8.0.1 ?

Tomas

 

[cynic_asshole]

Default gw je nastavená na jiný stroj, nicméně ten má ve své směrovací tabulce nastavenu příslušnou routu na stroj s tunelem.

[cynic_asshole]

Takže ano, na xl0 rozhraní je vidět příchozí ICMP packet. Bohužel, na tom posledním stroji, na který pingám, nemůžu spustit tcpdump ani nic jiného, takže se nedozvím, kde se to ztrácí. Nicméně tedy předpokládám, že se ten packet ztratí na cílovém stroji. Taktéž je zajímavé, že z gatewaye na vzdálené straně tunelu (10.8.0.2, ze stroje 10.0.1.138, se dopingnu na gateway na opačném konci tunelu (10.8.0.1, stroj 192.168.1.1)

[tomk]

Tak v tom pripade by mozna bylo zajimave pustit ten tcpdump na te default gw. Nemuze na ni dojit napriklad k prakladu zdrojove adresy u icmp odpovedi (pokud napr. dela masquerading pro LAN)?

Tomas

 

[cynic_asshole]

Maškarádu pro LAN dělá, ale jedině z WAN, jenže v tomhle případě na ni ten požadavek dojde z LAN rozhraní.

[tomk]

Tu konfiguraci neznam. Obvykle se dela preklad pro provoz, ktery jde z LAN do WAN. Pokud se v pravidlech pro SNAT nebo MASQUERADE pouziva -o <interface> (nebo je jinak zarizeno, aby to neprekladalo provoz LAN - LAN) tak by to vliv mit skutecne  nemelo. Nevadi, je to vyreseno jinak. Jen me napadlo, ze by provoz mohla blokovat prave tahle gateway. A to, ze se jejim obejitim problem vyresil, me v tom vlastne jeste utvrdilo

Tomas

 

[cynic_asshole]

Možná si nerozumíme, možná jsem něco zvojtil. Ten server, na kterém je tunel, je obyčejný stroj v síti. O maškarádu do internetu se stará úplně jiný stroj. Takže ten tunel /nezačíná/nekončí na bráně, ale až vně sítě na jiném stroji. Na bráně je v routovací tabulce záznam, že když od někoho jde spojení na adresu ležící na druhé straně tunelu, nemá je předávat na nexthop, ale na server v síti.

Teďka si pohrávám s myšlenkou zkusit UUCP. Má to ještě v dnešní době nějaké využití?

[cynic_asshole]

Označuji jako vyřešeno, nakonec jsem do všech zařízení naflákal kompletní směrovací tabulky sítě a už to funguje. Díky všem za rady a přeju hezký den.