Identična situacija je i sa samo 2 interfejsa.

Tcpdump jedva radi na ubuntu dok god postoji više od jedne default rute sa istim prioritetima (0), odnosno pakete jedva prikazuje sa nekim neverovatnim kašnjenjem od preko 3-4 minuta, i ne može uopšte da se prekine sa ctrl-c već samo za ctrl-z. Ali zato kad ugasim jednu od default ruta, sve radi kao sat (uključujući i ctrl-c).

Kada dodam opet drugu default rutu ali prioritet 1 (route add default gw ..... metric 1), onda nema problema sa tcdpump-om ali dotični drugi interfejs ne radi. Prima pakete, recimo ping (što se vidi sa tcpdump) ali jednostavno ne odgovara.

Međutim, problem sam locirao negde u firewallu (iptables), ali mi nije jasno kada i kako nastaje. Kada firewall ugasim i upalim sve proradi bez problema, kao što bi i trebalo.

Držim ja monolog ovde

Nije ništa do firewall-a, jer sada i bez firewalla opet ne radi. Očigledno ima nešto što mu smeta, i što je posle restartovanja firewall-a u jednom trenutku bilo "popravljeno", ali to je sada opet pokvareno, i ništa mu ne pomaže.

Postoji li neko ko na Ubuntu 10.04 ima više mrežnih kartica sa default (0.0.0.0) rutama?

Ako ne namestim ovo, vidim da ću Ubuntu da pošaljem (po ko zna koji put) u recycle bin. Već sam ranijih godina nekoliko puta pokušavao da instaliram/podesim Ubuntu da radi nešto korisno, ali uvek neki glupavi problemi koje ne mogu da rešim u razumnom roku (ako treba da potrošim nedelju dana za rešavanje problema, onda neka hvala ima distribucija koje rade to bez mučenja). I uvek se posle dužeg vremena predomislim i rešim da ga recikliram i probam ponovo. Jel sam ja to neki baksuz ili je taj Ubuntu stvarno neka brljotina?

Ovo mi "miriše" na neki issue sa Network Managerom.
Da nemaš neki NAT, DNAT, nešto..? Netfilter isključen, ali da nije
ostalo nešto u nat-u što pravi problem?
Šta li mu stoji tamo u /etc/NetworkManager/system-connections/ethX?
Ima vazda nekih settingsa, možda mu neki smeta. Pominju neki
ignore-auto-routes da treba da bude TRUE...

Nemam ja network manager. Pretpostavljam da je to neka komponenta gnome-a, a ovde ne postoji gnome jer je u pitanju čisto serverska mašina. Nego, proučavao sam problem malo pobliže uz tcpdump, i došao do sledećih činjenica:

Na Debianu može da se ostavi default ruta samo jedne mrežne kartice, i opet će sve da radi. Recimo da ostavim default rutu kartice eth0, onda sistem radi ovako:
- Ako pingujem od spolja eth1, ping ulazi na eth1 a odgovor izlazi na eth0 koristeći adresu eth1 kartice. I sve radi savršeno.
- Ako je neki servis bindovan na ip adresu eth2 kartice, saobraćaj tog servisa izlazi preko eth0 kartice koristeći adresu eth2 kartice, a udaljeni odgovor naravno dolazi na eth2 karticu. I opet sve radi savršeno. Recimo squid proxy šalje zahteve preko eth0 koristeći ip sa eth2, i odgovor dolazi na eth2 i surfovanje radi.

Na Ubuntu to radi isto tako, ali u stvari ne radi:
- Ako pingujem od spolja eth1, ping ulazi na eth1 a odgovor ne izlazi nigde.
- Ako je neki servis bindovan na ip adresu eth2 kartice, saobraćaj tog servisa izlazi preko eth0 kartice koristeći adresu eth2 kartice, a udaljeni odgovor naravno dolazi na eth2 karticu. Međutim, ništa se ne dešava! Servis jednostavno ne vidi odgovor koji je došao na eth2 karticu. U gore navedenom primeru proksija, proksi šalje zahteve preko eth0 koristeći ip sa eth2, odgovor stiže na eth2 ali ... ništa.

Iz priloženog se zaključuje da na Ubuntu sve što uđe na kartice koje nemaju svoju default rutu ubačenu u ruting tabelu, ne stiže do servisa kome je namenjeno. Znači, ping ulazi ali nema odgovora jer nije pokrenuo potreban proces. Dolazni saobraćaj namenjen nekom servisu takođe ulazi, ali takođe ne proizvodi nikakvu reakciju jer jednostavno ne dospeva do tog servisa.

I kad svaka kartica ima svoju default rutu ubačenu, na Debianu naravno i dalje radi a na Ubuntu i dalje ne radi

_{[Ovu poruku je menjao pisac dana 30.03.2012. u 21:48 GMT+1]}

Našao sam dušmanina!





U stvari, ja sam odavno dodao net.ipv4.conf.all.rp_filter=0 u /etc/sysctl.conf, međutim trebao sam slično tome da izmenim i u /etc/sysctl.d/10-network-security.conf

Eto da znate

Aferim!
:)

Ah, da, možda je simpatično da napomenem da je na Debianu uključen taj filter i u /etc/sysctl.conf, i u /proc/sys/net/ipv4/conf/eth1/rp_filter, pa sve ipak radi.