Dotaz: Problém s routováním

[OgeeN]

Ahoj,
mam takovyhle problem:
Mam server, ktery ma dve ip adresy, jednu verejnou a jednu neverejnou. K verejne ip adrese je pribindovan ftp server. Problem je, ze kdyz se pokusim z lokalni stanice pripojit na verejnou ip adresu serveru, kde bezi FTP, tak se spojeni neuskutecni.
Ze stanice se pingnu na router a z routeru se zase pingnu na verejnou ip adresu serveru => tzn. ze router mi pozadavek na pripojeni nepreda.

vypis z route:
gate:/home/ogeen# route Sm?rovací tabulka v jádru pro IP Adresát Brána Maska P?ízn Metrik Odkaz U?t Rozhraní
111.111.111.204 * 255.255.255.252 U 0 0 0 eth0
111.111.111.208 * 255.255.255.248 U 0 0 0 eth1
111.111.111.216 * 255.255.255.248 U 0 0 0 eth3
192.168.1.0 * 255.255.255.0 U 0 0 0 eth3
localnet * 255.255.0.0 U 0 0 0 eth1
172.17.0.0 * 255.255.0.0 U 0 0 0 eth2
default cesnet 0.0.0.0 UG 0 0 0 eth0

ip adresa serveru: 111.111.111.211 maska 255.255.255.248, default gw stanice je nastavena na 111.111.111.209.
Router i server jsou na stejnem switchi.
Predem dik, za kazdou dobrou radu.

Odpovědi

[ZAH]

Má? zapnuté routování. Co vypí?e

cat /proc/sys/net/ipv4/ip_forward

Nebo ?e by firewahl.

[georgewh]

aku IP ma stanica? iptables su dobre nastavene?

[OgeeN]

Routovani je zapnute
Stanice ma adresu 172.16.0.14 255.255.0.0.

[georgewh]

to je akoze z toho localhostu?

[georgewh]

sakra! localnetu?

[OgeeN]

ano to je z lokalnetu. Router ma take na vnitrnim rozhrani ip adresu 172.16.0.1 a dotycny server ma take jeste vnitrni ip adresu 172.16.0.4.
localnet 172.16.0.0 255.255.0.0
verejny rozsah 111.111.111.208 255.255.255.248
Problem je ten ze se z localnetu nepingnu na verejnou ipadresu serveru (pritom ping na verejnou ip adresu routeru funguje)

[georgewh]

Este vypis routovacej tabulky klienta z localnetu, ale pouzi paramater -n.

[OgeeN]

Aktivní směrování:
Cíl v síti Síťová maska Brána Rozhraní Metrika
0.0.0.0 0.0.0.0 195.113.101.209 172.16.0.14 20
127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
172.16.0.0 255.255.0.0 172.16.0.14 172.16.0.14 20
172.16.0.14 255.255.255.255 127.0.0.1 127.0.0.1 20
172.16.255.255 255.255.255.255 172.16.0.14 172.16.0.14 20
224.0.0.0 240.0.0.0 172.16.0.14 172.16.0.14 20
255.255.255.255 255.255.255.255 172.16.0.14 172.16.0.14 1
Výchozí brána: 111.111.111.209
===========================================================================
Trvalé trasy:
Žádné

[David Jaša]

IMO bude nejjednodu??í zavést vlastní DNS server pro vnit?ní sí?, který bude p?ekládat jména server? na jejich skute?né (privátní) adresy a zbytek sv?ta bude ke?ovat.

[OgeeN]

Ale jak ? bohuzel nejsem s dns velky kamarad navic u nas mame jeden dns server na w2k a druhy na debianu. Problem je ze kdyz shodime w2k tak dns prestane fungovat. Kde bych mel zacit?

[msts]

Na DNS mozem odporucat dnsmasq. Je to jednoduchy a maly dns server s podporou DHCP servra. Okdaz je napr. http://thekelleys.org.uk/dnsmasq/doc.html

V nom je priamo mozne natvrdo zmenit hostname na lubovolnu adresu, co by ti pomohlo.

[Jiří Veselský]

Mam server, ktery ma dve ip adresy, jednu verejnou a jednu neverejnou. K verejne ip adrese je pribindovan ftp server.

Předpokládám, že obě adresy jsou nastaveny na jedné síťové kartě, která je zapojena do nějaké LAN.

Problem je, ze kdyz se pokusim z lokalni stanice pripojit na verejnou ip adresu serveru, kde bezi FTP, tak se spojeni neuskutecni.

Předpokládám, že lokální stanice je ve stejné LAN jako ten server a má neveřejnou IP adresu ze stejného rozsahu, jako je neveřejná adresa serveru.

Router i server jsou na stejnem switchi.

Předpokládám, že router je někdo úplně třetí, který má nějaké (v tuto chvíli nezajímavé) rozhraní do Internetu a dále má rozhraní do lokální LAN, na němž má nastavenu IP adresu z neveřejného rozsahu té LAN i z veřejného rozsahu stejného, jaký má ten FTP server.

Chápu-li to tedy správně, ze stanice, která má pouze neveřejnou IP se snažíte přistupovat na veřejnou IP serveru ve stejné LAN a nefunguje to. V takové situaci do hry vstupuje i ten router, protože stanice použije pro přístup k serveru svou výchozí bránu (nemá totiž tušení, že server je na stejném segmentu) a váš router by měl jednak poslat ICMP Redirect a jednak by měl ten požadavek přeroutovat na server.

Pokud to nedělá, je nejspíš nevhodně nastaven firewall na routeru - ve vašem případě totiž požadavek stanice přijde vnitřním rozhraním a následně se stejným rozhraním předává ven serveru. Překombinovaná nastavení povolených vstupních/výstupních rozhraní a adresních rozsahů (běžná v různých "prefabrikovaných" skriptech) s takovou situací obvykle nepočítají a provoz zablokují.

Čili je vhodné:

1. Zamyslet se nad chainem FORWARD iptablesů na routeru.
2. Spustit si tcpdump nebo něco podobného současně na stanici, routeru a serveru a zkusit se připojit. No a pak si provozy spárovat a zjistit, kde je co blbě.

Druhá závada, která mě napadá, je, že požadavek sice správně dorazí na server, ale server na něj blbě zareaguje. Odpověď od serveru stanici se totiž nebude routovat přes router, ale (protože server má i lokální neveřejnou IP) odpoví se přímo stanici přes LAN. A pokud server (z nějakého mi neznámého důvodu) ve své odpovědi uvede jako svou SRC IP tu svou lokální adresu, tak stanice odpověď zahodí, protože o takovou nestojí. To nicméně vypátráte právě z těch tcpdumpů spuštěných na všech třech zúčastněných uzlech.