Mam dve konektivyty do internetu, kazdou potrebuju vest do routeru(kazdy ma svou sitovku) a potreboval bych, aby router sjednotil tu konektivitu od dvou ISPcek tak, aby na kompu pripojenym za routerem jelo napriklad stahovani pres oba ISP. (Tj. Rychlosti ISP1+ISP2) Vim, ze toto umi nektere hardwarove routery, ale nevim jak toto nastavit na Debianu(chystam se nainstalovat na router Debian podle Edorasova navodu). Jsem Linux lama... Da se to nejak udelat? Co je na to potreba? Diky.
17.03.2005 v 18:08
hwsoft
Moderator zastupce cloudu 10.101
Registrován: 11.10.2002
Příspěvků: 2100
Re: Jak spojit dve konektivity(od dvou ISP) dohromady?
No spis hledej na googlu pod klicovym slovem LOAD BALANCING , neco urcite najdes, ty zminovane nastroje co psal Molekula to umi taky, ale mozna najdes primo nakou utilitu ktera se tim bude zaobirat.
Akorat v praxi ma uzivani konektivity od dvou ISP radu nevyhod - na stahoavni je to sice super, ale napr. kdyz pojedes naky instantni traffic, nebo ICQcko, gamesy atd... tak te to obcas spoji pres jednu branu pak zas pres druhou... vysledek -> bude ti to furt padat (ty sluzby).. ale dejme tomu na stahovani by to melo slapat okej (ale jen na nejake segmentove napr. ala DC++) klasicke FTP by treba pres ty dve brany podle mne kravilo.
To zase tusim neni problem, pomoci iptables si ten traffic muzes rozhodit treba tak, ze instantni (gamesy a jine ptakoviny) pojedou pevne pres jednu branu, a zbytek provozu budes balancovat mezi dvouma branama - vice se asi doctes na naky specializovany strance o loadbalancingu, neboli... google je nas kamarad
Ahoj zdravim,
mam s touto sluzbou Iproute2 a load balancingem docela dost praktickych zkusenosti..
Jak jiz napsal molekula a hyvris skutecne to jde pouze tak, ze je paket obcas poslan tam, obcas onam. Ve finale kdyz na to kouknes, to kernel docela pekne a presne rozdeli. Ovsem je potreba brat to z nejakeho dlouhodobejsiho hlediska, napr. jeden den - pak to skutecne funguje docela slusne.
Nikdy s tim ovsem realne nesectes kapacity dvou zdroju. Navic tato sluzba velmi vyrazne zatezuje CPU, pro balancovane 2Mbit pocitej alespon P2 400Mhz.
Dalsi nevyhodou je ono "kraveni". Skutecne to dela problemy a to v podstate ve vsem - takze moc nedoporucuji.
Ma to ovsem take vyhody, ze to umi take vyvazovat dynamicky. Kdyz jedna linka ma mensi kapacitu a druha vetsi, muzes to upravit... Takze se pak da snadno zakomponovat funkcne kontroly funkcnosti sluzby a jeji pripadne presmerovani na tu funkcni cast.
Docela velky problem je nekompatibila vlastnich skutecne "FUNKCNICH"
baliku Iproute2. Ty co jsou bezproblemove instalovatelne maji treba bugu a nevyvazuji. Osobne jsem pro system Debian hledal velmi dlouho verzi ktera OPRAVDU fungovala jak mela... Pomohl az patch od neznameho ruskeho autora. - Ale to zalezi na systemu.
Osobne bych ti jako celkove reseni doporucil system source based balancing jak jiz bylo zmineno. Kazdy ma svoji branu i kdyz kazdy jede pres stejny stroj. - Taktez balik Iproute2
A opravdu vam nekomu funguje load balancing od dvou nezavislych ISP bez jejich podpory?
IMHo jediny reseni je rozdelovat cele konexe ale jak bylo psano vyse, spis bych to nedelal.
Co destination IP routing? Podle neceho (OSPF, BGP tabulky? NIX tabulka peeringu? GeoIP? janevimjesteceho.....) zjistovat, kam ma prislusny ISP lepsi linky a dle toho se rozhodovat o routovani?
Pokud je to uplana kravina, tak me nebijte. Jenom me to tak napadlo :-))
Kdyz jsem jednou omylem mel jednou nastavene 2 defult routy na uplne obyc debianu, a ta druha byla nefunkcni, tak ping prosel presne kazdy druhy, z cehoz usuzuji, jadro to proste dela tak, ze jedno spojeni hodi na jednu, dalsi na druhou routu....sice to nerozdeluje podle vytizeni, ale zase to neni vypocetne narocne...