Prepinanie IP adries

Bud si das do PC 4 LAN karty a na kazdu nastavis inu IP, alebo pouzijes na jednej LAN karte IP alias. Toto nieje problem. Problem je ze velky Bill, este nespavil Windowsy tak, aby si mohol povedat ze program c.1 ma stahovat cez IP c.1 a program c.2 ma stahovat cez IP c.2. Ak by sa ti tento BIG problem podarilo vyriesit za 0 dodatocnych korun, podaj prosim o tom spravu. Mozes aj sem.

No zabudol som napisat, ze to bezi na linuxoch (okrem tych rutrov, tam neviem co je za OS), takze velky Bill tu nehra ulohu a este aj rutre su vzajomne prepojene. Krom toho ten problem co pises, neviem ako suvisi s tym co ja pozadujem. Ked uz, viac by sa mi hodilo, keby si aplikacia mohla sama vybrat, cez ktoru ip ma stahovat, a tuto ip dynamicky zamienat. Nieco podobne ako load balacing, akurat tu nehra zataz ulohu a ani nechcem rozkladat zataz k serverom na sieti vramci dopytovania sa na ich obsah. Ide o to, ze IP adresa pod ktorou PC vystupuje je na strane prijemcu limitovana (kazda IP je na strane tohto prijemcu limitovana) a kedze mam k dispozici 4 IP, pride mi nerozumne ich nevyuzit. Napadlo ma ci by sa nedal takto nakonfigurovat apache load balancer, ale zatial neviem ako, popripade ci sa priamo na rutroch neda nastavit nejaka sluzba beziaca na definovanom porte, ktora by toto umoznovala.

Na Linuche nieje ziadny problem, staci nastudovat poriadne sietovanie.
Hladaj nieco ako "Multiple connection to the Internet"

Zdravim.
Pridal som dalsiu sietovku, ta je pripojena do tunela, ktory je spravovany rutrom. Cez tento tunel sa da dostat aj do internetu, takze mam teraz dve pripojenia do netu. Mam aj aplikaciu, ktora dokaze poslat data von cez dane rozhranie. Problem je v tom, ze aj ked je to odosielane cez rozhranie eth1 nepride ziadna odozva. Uvediem priklad:

   eth0 ip 192.1.1.10
   eth1 ip 192.1.2.10
   request cez eth0 na 8.8.8.8 - ok
   request cez eth1 na 8.8.8.8 - vyprsal timeout
   default gateway 192.1.1.1

Potom do rutovacej tabulky bola pridana trasa na 8.8.8.8 cez branu 192.1.2.1 a nastal opacny pripad. Neda sa nejak nastavit, aby tie rozhrania fungovali oddelene a nie cez spolocnu rutovaciu tabulku? Keby to takto bolo mozne, dokazem si pridat viac (virtualnych) rozhrani, s inymi IP adresamy a podsietami, a tak by som uz dostal pozadovany efekt.

představuješ si to jako Hurvínek válku. V okamžiku, kdy máš vícero bran přece nemůžeš používat default route! To přece popírá princip routování. Budeš naopak potřebovat nástroje iproute2 a hlubší znalosti závislostí routingu na jádře a obecně znalosti IP sítí.

Tady máš studijní materiál: http://www.policyrouting.org/PolicyRoutingBook/ONL INE/TOC.html

To mi doslo, preto som sa pytal ci sa da nastavit, aby tie rozhrania komunikovali oddelene, alebo, aby kazde rozhranie pracovalo s vlastnou branou co by malo byt to iste. Ono keby som tie znalosit mal, rozhodne by som sa nepytal.

Povim ti to tak... ciste ve windows, bez dalsiho zarizeni (routru), ktere by ovladalo policy routing je tohle temer nedosazitelne. Windows opravdu nejsou na hrani ze sitemi.

Tady nelze udelit jednoduchou radu, kterou zvladne pouzit nekdo, kdo ty znalosti nema.

Vyssie som pisal, ze ide o linux konkretne Ubuntu. Nemam az take znalosti v oblasti sietovania, ale konfigurovat ruter sa nechystam, potrebujem len aby kazde rozhranie komunikovalo cez pridelenu branu a to neviem nastavit.

muzes to udelat pomoci ip sady prikazu..

v iptables tabulce mangle budes oznacovat kazdy paket na danem rozhrani
pro kazdou z tech ctyr znacek vytvori separe routovaci tabulku pomoci prikazu ip
kdyz donutis program se povesit na konkretni rozhrani (ip adresu), tak pro nej bude pouzita specificka routovaci tabulka, ktera bude mit kazda jinou vychozi branu..

prikaz po prikazu to tu vypisovat nebudu, protoze to z hlavy nedam, musel bych projet dokumentaci a vyzkouset to

Dokazem donutit program povesit sa na dane rozhranie, preto to aj riesim a pride mi to zatial najjednoduchsie. Nahodou na vytvorenie separatnej rutovacej tabulky pre tento pripad by sa nejaky kratky priklad nenasiel?

krátkých příkladů je ten manuál, co jsem ti odlinkoval výše, plný, např.: http://www.policyrouting.org/PolicyRoutingBook/ONL INE/CH06.web.html

jmenovitě kapitola 6.1.3

no prestudoval som to vytvoril som dve separatne tabulky, nastavil som smerovanie z IP adresy rozhrania na jemu priradeny smerovac nasledovne:

 ip route add default via 192.1.1.10 src 192.1.1.1 table table1
 ip route add default via 192.1.2.10 src 192.1.2.1 table table2

 ip route add from 192.1.1.10 dev eth0 table table1 prio 15
 ip route add from 192.1.2.10 dev eth1 table table2 prio 15

 ip rule add fwmark 1 table table1
 ip rule add fwmark 2 table table2
 
 iptables -t mangle -o eth0 -A POSTROUTING -j MARK --set-mark 1
 iptables -t mangle -o eth1 -A POSTROUTING -j MARK --set-mark 2

ale s tym mi to nefunguje a nedopingam sa nikam. Urobil som nieco zle?

tohle je IMHO úplný (ale úplný) nesmysl.

edit: když nad tím přemýšlím, tvůj setup mi přijde čím dál tím více ujetý. Proč všechny ty spoje neřešíš jedním routerem s více rozhraními? Pak by šlo tvé problémy řešit rovnou SNATem s round-robinem.

Siel som podla toho tutorialu co si mi uviedol, ale ten je pre prichadzajuce pakety nie pre odchadzajuce, alebo som zle pozeral.

Neviem co ti na tom prislo ujete, jeden ruter tam bouzial mat nemozem, pretoze ten druhy je na zaloznej trase, a kedze je zalozny je vacsinu casu nevyuzity, a z neviem este akych technickych dovodov tam musi byt, ktore ja nepoznam, tak som to musel riesit takto. Ale vdaka za spolupracu, uz mi to funguje.

Ked chces nezavisle trasy, tak nenastavuj default gateway. Kazda siet ma svoj gateway (spravnejsie smerovac/router). Doporucujem si to najprv nakreslit a potom precitat v zaklade aspon "man route".
priklad vytvorenia routy na trasu virtualnet:
route add virtualnet/24 gw $GATEWAY_VIRTUAL dev $IFACE 2>/dev/null || exit 1

Ked neprichadza odozva, tak preskumaj ako mas nastaveny firewall a samozrejme tiez routovacie cesty na routri. Router musi mat tiez informaciu kadial(kam) ma posielat traffic urceny pre rozne siete.

Vyssia skola je potom ten policyrouting, na ktory sem hodil odkaz Touchwood.