2 internet kapcsolat közötti terhelés megosztás

 ( zeta- | 2004. november 30., kedd - 8:46 )

2 internet kapcsolat közötti terhelés megosztás

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Nem nyitok új topikot befér az én problémám is ide :-)
Szóval a konfig a következő:
Debian Sarge, iproute2, eth0=LAN (192.168.24.254), eth1=INET1 (fix ip-s mikrohullámú), eth2=INET2 (axelero kábelnet, dhcp-s)
Szeretném hasznosítani mindkét internet elérést, pillanatnyilag a mikróson megy most minden. A kábelnetesre szeretném kizavarni a squidet első körben.
Amivel idáig próbálkoztam:
1) lartc végigolvasása oda-vissza 10x :-), de semmi értelmeset nem bírtam kisütni
2) user mode linux, ezt csak azért próbáltam ki, hátha az eth2-t el lehet dugni a "fő" linux elől és az uml-snek átadni és ott futtatni a squidet, de ez nem jó mert kell a hálókártya "kiexportálásához" az ip-cím (ami elég rázos dinamikus ip-nél ugye), meg nem volt túl stabil

Amire én gondoltam, (de nem tudom megvalósítani) az alábbi lenne.
Adok +1 IP címet a belső hálókártyának (192.168.24.253) amire bindelném a squidet, és az erre az ip címre érkező csomagokat meg kellene jelölni a netfilterrel, majd ezeket a csomagokat az eth2 felé kilőni (+lekezelni a visszajött csomagokat persze). Tehát alapban a klienseknek a gateway a 254-es, és a böngészőben a proxy pedig 253-as.
Szóval fenti netfilter + routing szkriptben kérném a segítségetek.
Kösz: KorbenDallas

[quote:943b4160c9="nug"]A Debian GNU/Linux support forumban vagyunk. Csak semmi teritgetes. :)
Amugy azzal amit en irtam tenyleg tok jol megy. (eltekintve az icq-tol amit kulon kell hekkelni)

Ha stabil debiant hasznalsz akkor meg szukseged lesz 1 csomagra a backports.org-rol. iproute

Es persze egyedileg forditott kernel.[/quote:943b4160c9]

Ha jól emlékszem, woodyban iproute2 a csomag neve. Legalábbis az tuti, hogy nem kell backports hozzá. Amúgy meg amit írtál, az tulajdonképpen az Advanced-Routing HOWTO, amit már valaki korábban említett. Annyi gondom volt vele, hogy valamiért a -j MASQUERADE nem ment rendesen ha több vonal volt a default route, viszont SNAT-tal műxik minden.

Rich

Helló!

Volna egy linux szerver 2 ADSL kapcsolattal. Ez szolgáltatja az internetet a rá kapcsolt nyilvános ip-s klienseknek. A klienseknek bizonyos sávszélességet garantálva van. Jelenleg csak az egyik ADSL működik. Kérdésem, hogy hogyan lehetne a terhelést elosztani a két kapcsolat között?

zeta-

http://www.hup.hu/wiki/wiki.phtml?title=Load_balancing

"A hálózati terhelés elosztás legegyszerűbb és legolcsóbb megvalósítása a körben forgó (round robin) DNS. A round robin DNS esetén az egy IP címre érkező kéréseket több IP címre irányíthatjuk"

Mi erre egy Planet routert vettünk.

http://www.hwsw.hu/oldal.php3?cikkid=941&oldal=1

Érdemes az 1.3-as firmware-t feltenni, mindent szépen elintéz, (QoS, backup vonal, Load Balancing)

Egyre figyelj oda: ha 2 szolgáltatód van, könnyen lehet, hogy érdemes a mostani Linuxos szervered SMTPként üzemeltetni :-)

[quote:985af4d0aa="korbendallas"]Nem nyitok új topikot befér az én problémám is ide :-)
Szóval a konfig a következő:
Debian Sarge, iproute2, eth0=LAN (192.168.24.254), eth1=INET1 (fix ip-s mikrohullámú), eth2=INET2 (axelero kábelnet, dhcp-s)
Szeretném hasznosítani mindkét internet elérést, pillanatnyilag a mikróson megy most minden. A kábelnetesre szeretném kizavarni a squidet első körben.
[/quote:985af4d0aa]

En ugy csinalnam meg, hogy squid.conf-ban felvennem parent proxynak a proxy.axelero.hu-t, majd egy mezei host route-al eliranyitanam az eth2 fele ezt az egy hostot.

[quote:bfbf23f9bf="snq-"]http://www.hup.hu/wiki/wiki.phtml?title=Load_balancing

"A hálózati terhelés elosztás legegyszerűbb és legolcsóbb megvalósítása a körben forgó (round robin) DNS. A round robin DNS esetén az egy IP címre érkező kéréseket több IP címre irányíthatjuk"[/quote:bfbf23f9bf]

Nem webszervert uzemeltet, hanem ket adsl kozott akarja megosztani a terhelest.

jajo, a "szerver" szo es az "ez szolgaltatja az internetet" zavart meg, bar csodalkoztam is, hogy adslrol miert jo tartalmat szolgaltatni

Valóban nem tartalmat szolgáltatna. Van valakinek ötlete? A Linux Advanced Routing & Traffic Control HOWTO-val (lartc.org) esetleg meg lehet oldani? Vagy ismer valaki valami egyszerű megoldást?

En csinaltam nalunk ilyet.

Nem volt egyszeru megertenem a doksikbol.
Ezzel kezdtem:
http://lartc.org/howto/lartc.rpdb.multiple-links.html
Aztan tobb problema is felmerult.

Vegul ezek alapjan csinaltam meg:
http://www.ssi.bg/~ja/#routes
http://www.ssi.bg/~ja/nano.txt

Ha raszantal egy napot es meg mindig van valami gond, akkor kerdezz!

[quote:a3ac07ecc2="zeta-"]Valóban nem tartalmat szolgáltatna. Van valakinek ötlete? A Linux Advanced Routing & Traffic Control HOWTO-val (lartc.org) esetleg meg lehet oldani? Vagy ismer valaki valami egyszerű megoldást?[/quote:a3ac07ecc2]

isze lehet hogy hujeseget mondok de az openbsdban jelent meg a multipath routing nemreg azzal nem lehet megcsinalni?

http://undeadly.org/cgi?action=article&sid=20040425183024&mode=expanded

https://portal.fsn.hu/modules.php?name=News&file=article&sid=5884

A Debian GNU/Linux support forumban vagyunk. Csak semmi teritgetes. :)
Amugy azzal amit en irtam tenyleg tok jol megy. (eltekintve az icq-tol amit kulon kell hekkelni)

Ha stabil debiant hasznalsz akkor meg szukseged lesz 1 csomagra a backports.org-rol. iproute

Es persze egyedileg forditott kernel.

Kosz mindenkinek, ez nekem _most_ jott jol :) Bar a doksibol tenyleg nem egyszeru kihamozni, mit csinal, de csak sikerult es szepen megy ket vonal (belso halos ip alapjan meg is adhatom, hoyg melyik vonalat hasznalja az user)

Esetleg arra valami otlet, hoyg _tenylegesen_ osszefuzni a ket vonalat? Tehat ne valtogasson koztuk annak alapjan, hogy melyik a jobb (4.2.2. Load balancing), hanem egy vonalnak lassa a kettot. Esetleg protokoll alapjan, pl. a mail vagy az ftp menjen az egyiken, minden mas a masikon? (Csak otletelek, mara eleg volt ebbol ennyi, ha nem lehet megcsinalni, az se baj, csak most tul faradt vagyok ahhoz, hoyg egyaltalan azon tunodjek, meg lehet-e csinalni :)

--
http://www.micros~1

Én úgy tudom, h valamelyik felső kategóriás Cisco router egybe tudja fogni a két vonalat. De ha jól emlékszem borsos ára van.

Ahhoz nem felsőkategóriás cisco kell, hanem szolgáltató oldai támogatás.
Ha a 2 vonal 2 külön isp-től van akkor nem tudod megcsinálni.

válasszuk szét azt a kijelentést, hogy nem tudod attól, hogy nem lehet:)

OK :)

De ha van egy szerverterembem egy gépe ami 100/100-on lóg akkor, tud egy kicsit csalni :)
Húz egy VPN-t a két szolgáltatón keresztül, máris meg van oldva :)

A bridge nem hasonló célra van ?

Az csak egy híd két háló között, mellyel összekötheted őket.
Két fizikailag különálló vonalat nem tud összefogni, és egyként tovább adni, ahhoz túl buta.

Nemigazan...Bar, en csak arra hasznaltam, hogy pl. tobb halokartyanak azonos IP-je legyen...Nem hiszem, hogy ilyesmit tudna.

--
http://www.micros~1

egy triviális megoldás, ha transzparens proxyval kiszeded a webes forgalmat és azt kirakod az egyik drótra, a többit a másikra.

az igazi terhelésmegosztáshoz ennél kicsit bonyolultabb dolgok kellenek.

Koszi. Vegulis, nem rossz otlet. A gond az, hogy nalunk leginkabb az ftp-t kellene, en meg csak a squid-et ismerem.

Ja, hulye vagyok, tenyleg megcsinalhatnam iptables-szel, hogy az ftp kapcsolat csak az egyik kartyara menjen, minden mas a masikra. Koszi!

(Ereztem en, ha az IP retegben mukodik, nem lehet ezzel megcsinalni a protokoll-szurest. De ma tesztelik a tobbiek, meglatjuk az eredmenyt)

--
http://www.micros~1

szerintem passzív módú ftp-re lehet ilyet, hogy aminek a célportja tcp 20 meg 21, azt megmarkolod és arra egy külön routing táblát használsz, ami másik drótra routol.

úgy értem, egy gépben végződteted mindkét internet vonalat, csinálsz bele két routing táblát, és címek szerint megjelölöd a csomagokat.

Igen, en is erre gondolok. De asszem a tovabbgondolkodasnak mar csak jovore lesz ideje :(
Ma leteszteltuk, egesz jo volt, paran youtube-ot neztek, en elkezdtem ftp-n feltolteni, aztan egy masik srac is, a masik ftp kapcsolatot a masik halokartyan hozta letre (bar ennek a route hop-bol nem kellett volna kiderulnie...marmint, hogy kicsi a savszel. Ah, megvan: a szerverek datanetesek, az ftp igy a datanetes adsl vonalra megy, mindenki mas meg hasznalja a t-online vonalat. Elvegre igy a legkevesebb ugras, ha jol tippelem...)

Azert az valahol nagyon durva vicc, hoyg abban az utcaban, ahol a UPC szekhaz es az egyik ugyfelszolgalat van, az utca egyik felen nem tudnak UPC-vonalat kiepiteni, van vmi BakatsTV nevu ize, aminek nem jobb az upload-ja, mint egy ADSL...

--
http://www.micros~1

Ennél csak az a durvább, hogy a Bakáts Parabola upc terület volt egy darabig:PPP

Érdemes lenne a Bonding megoldásra ránézni:
http://linux-ip.net/html/ether-bonding.html
Üdv

PHPAdmin - Ha a táblázatkezelő már nem elég...

a "to a switch" kitétel elkerülhette a figyelmed...

Koszi, felvesem. Csak most vizsgaidoszak van es _sokkal_ fontosabb dolgokkal kell foglalkoznom, mint pl. C#-ban sajat vezerlo keszitese...Eh.

--
http://www.micros~1

subscribe