Internet ROUTER. Motiváció

Hasonló dokumentumok
IPTABLES. Forrás: Gregor N. Purdy: Linux iptables zsebkönyv

A netfilter csomagszűrő tűzfal

Hálózati sávszélesség-menedzsment Linux rendszeren. Mátó Péter Zámbó Marcell

Sávszélesség szabályozás kezdőknek és haladóknak. Mátó Péter

Tűzfal építés az alapoktól. Kadlecsik József KFKI RMKI

HBONE rendszergazdák tanácsa

Statikus routing. Hoszt kommunikáció. Router működési vázlata. Hálózatok közötti kommunikáció. (A) Partnerek azonos hálózatban


Hálózati architektúrák és Protokollok GI 6. Kocsis Gergely

Hálózati architektúrák és Protokollok PTI 6. Kocsis Gergely

Hálózati architektúrák laborgyakorlat

A Sangoma Technologies Intelligens

Beállítások 1. Töltse be a Planet_NET.pkt állományt a szimulációs programba! A teszthálózat már tartalmazza a vállalat

Netfilter. Csomagszűrés. Összeállította: Sallai András

Számítógépes Hálózatok GY 8.hét


VIII. Mérés SZÉCHENYI ISTVÁN EGYETEM GYŐR TÁVKÖZLÉSI TANSZÉK

Hálózati beállítások Készítette: Jámbor Zoltán 2016

Alap protokollok. NetBT: NetBIOS over TCP/IP: Name, Datagram és Session szolgáltatás.

CISCO gyakorlati segédlet. Összeállította: Balogh Zoltán

WLAN router telepítési segédlete

FELHASZNÁLÓI KÉZIKÖNYV. WF-2322 Vezetéknélküli Hozzéférési Pont

Technikai tudnivalók a Saxo Trader Letöltéséhez tűzfalon vagy proxy szerveren keresztül

Hálózati architektúrák és Protokollok PTI 5. Kocsis Gergely

WLAN router telepítési segédlete

Netfilter: a jó, a rossz és a csúf. Kadlecsik József KFKI RMKI <kadlec@mail.kfki.hu>

WLAN router telepítési segédlete

Nettó havidíj 2 éves határozott időtartamú szerződéssel (D, DN, F, K csomagok esetén) Compleo Connect csomagok alapelemei *

WLAN router telepítési segédlete

Számítógépes Hálózatok GY 9.hét

Az alábbi állítások közül melyek a forgalomirányító feladatai és előnyei?

Netis Vezetékes ADSL2+, N Modem Router Gyors Telepítési Útmutató

T?zfalak elméletben és gyakorlatban. Kadlecsik József KFKI RMKI

IPv6 Elmélet és gyakorlat

Forgalmi grafikák és statisztika MRTG-vel

Alap tűzfal otthoni PC-re (iptables I)

Hálózati architektúrák és Protokollok GI 8. Kocsis Gergely

Tartalomjegyzék ÁLTALÁNOS ISMERETEK... 1 LEVELEZÉS... 15

Tűzfal megoldások. ComNETWORX nap, I. 30. ComNETWORX Rt.

OpenBSD hálózat és NAT64. Répás Sándor

Hálózatok építése és üzemeltetése

Hálózati architektúrák és Protokollok Levelező II. Kocsis Gergely

Témák. Betörés megelőző rendszerek. Mire használhatjuk az IDS-t? Mi az IDS? (Intruding Detection System)

Számítógépes Hálózatok. 8. gyakorlat

Hálózati alapismeretek

Gyors telepítési kézikönyv

Windows rendszeradminisztráció és Microsoft szerveralkalmazások támogatása. 3. óra. Kocsis Gergely, Kelenföldi Szilárd

Számítógépes Hálózatok

1/13. RL osztály Hálózati alapismeretek I. gyakorlat c. tantárgy Osztályozóvizsga tematika

Az 1. ábrán látható értékek szerint végezzük el az IP-cím konfigurációt. A küldő IP-címét a következő módon tudjuk beállítani:

Netis vezeték nélküli, N típusú Router Gyors Telepítési Útmutató

SZÁMÍTÓGÉP HÁLÓZATOK: HÁLÓZATI OPERÁCIÓS RENDSZEREK A GYAKORLATBAN: ESETTANULMÁNYOK

Hálózati architektúrák és Protokollok GI 7. Kocsis Gergely

Netis vezeték nélküli, N típusú, router

INTERNET!SZOLGÁLTATÁS! Műszaki!Feltételek!!!!!!! Érvényes!2014.!08.!10től!visszavonásig! ÁSZF!4.!sz.!melléklet!

IPTABLES II. Jelenlegi tűzfalunk így néz ki (IPTABLES I. rész):

Gyors üzembe helyezési kézikönyv

Routing IPv4 és IPv6 környezetben. Professzionális hálózati feladatok RouterOS-el

Szolgáltató: N-Telekom Kft. 1./1. melléklet Szolgáltatási csomagok Dusnok

routing packet forwarding node routerek routing table

WIN-TAX programrendszer hálózatban

Hibabehatárolási útmutató [ß]

INTERNET!SZOLGÁLTATÁS! Műszaki!Feltételek!!!!!!!! Érvényes!2015.!12.!01/től!visszavonásig! ÁSZF!4.!sz.!melléklet!

Linux szerver megoldások Lajber Zoltán

ÚTMUTATÓ AZ ÜZLETI INTERNETKAPCSOLATRÓL

Koala.Hu Számítástechnikai Kereskedelmi és Szolgáltató Betéti Társaság VOIP

Számítógépes munkakörnyezet II. Szoftver

NEMZETI MUNKAÜGYI HIVATAL Szak- és Felnőttképzési Igazgatóság

Zoiper VoIP mobil alkalmazás szoftver beállítása Android rendszerre

Gyors Telepítési Útmutató N típusú, Vezeték Nélküli, ADSL2+ Modem DL-4305, DL-4305D

Az internet ökoszisztémája és evolúciója. Gyakorlat 1

SZÁMÍTÓGÉP HÁLÓZATOK BIZTONSÁGI KÉRDÉSEI

Javaslat egy Iptables tűzfal konfigurációjára Számítógép hálózatok esszé Készítette : Veress Krisztián


További részletes tájékoztatásért lásd: System Administration Guide (Rendszeradminisztrátori útmutató).

Otthoni ADSL telefonos kapcsolat megosztása két számítógép között ethernet kártyákkal külső ADSL modemen keresztül.

Laborgyakorlat: A hálózat alhálózatokra bontása

IP150 frissítés 4.20-ra

KÉPZÉS NEVE: Informatikai statisztikus és gazdasági tervezı TANTÁRGY CÍME: Számítógép hálózatok. Készítette:

Hálózati Technológiák és Alkalmazások. Vida Rolland, BME TMIT november 5. HSNLab SINCE 1992

Az internet ökoszisztémája és evolúciója. Gyakorlat 4

Hálózatok építése és üzemeltetése

SyscoNet Kereskedelmi és Szolgáltató Kft.

Internetkonfigurációs követelmények. A számítógép konfigurálása. Beállítások Windows XP alatt

Beléptető rendszer. Felhasználói kézikönyv

nftables Kadlecsik József MTA Wigner FK

Hálózati projektor használati útmutató

FELHASZNÁLÓI KÉZIKÖNYV

1. Az internet használata

Léteznek nagyon jó integrált szoftver termékek a feladatra. Ezek többnyire drágák, és az üzemeltetésük sem túl egyszerű.

Fábián Zoltán Hálózatok elmélet

Hálózati alapismeretek

Számítógépes Hálózatok GY 8.hét

1. Forgalomirányítók konfigurálása

BEST EUROPE Kft. Általános Szerződési Feltételek Internet-hozzáférési szolgáltatáshoz

WorldSkills HU 2008 döntő Gyakorlati feladat

Hálózati Technológiák és Alkalmazások

Netis PON Terminál Kezelési Útmutató

Általános Szerződési Feltételek kivonata

Advanced PT activity: Fejlesztési feladatok

Átírás:

Több internetvonal megosztása egy szerverrel iptables/netfilter és iproute2 segítségével Készítette: Mészáros Károly (MEKMAAT:SZE) mkaroly@citromail.hu 2007-05-22 Az ábrán látható módon a LAN-ban lévő gépek számra egy szerver átjáró szerepet tölt be, de a szerver két internetvonalat oszt meg a LAN munkaállomásai számára. ISP1 A ROUTER ISP2 Internet A A Motiváció Egy kisebb intézmény általában nem tud megfizetni egy komoly nagy sávszélességű és megbízható internet vonalat, viszont kettő vagy több aszimmetrikus (kábelnet, ADSL stb.) vonal már megfizethető 1-5 Mbit/s sávszélességgel. Ha a két internet vonal esetén eltérő szolgáltatókat és technológiákat is vállasztunk, akkor még hibatűrővé is tehetnénk a rendszerünket. Napjainkben is használnak több internetvonalat egy hálózat munkaállomásai számára, de általában internetvonalanként legaláb egy szervert alkalmaznak, ami a mai szerver teljesítmények esetében pazarlás. Ezek a szerverek valamilyen proxy szervert futtatnak, és a LAN munkaállomásain eltérő proxy-t állítanak be. Ez több szempontból sem kielégítő megoldás: Csak olyan forgalmak esetében működik, amit a proxy szerver támogat.

Nincs dinamikus terheléselosztás, az egyik csoport az egyik vanalat a másik csoport pedig a másik vonalat használja. Több szervert kell alkalmazni. Manapság már ez annyira nem probléma, mert nagyon elterjedtek a szerver-virtualizációs technikák (Xen, Vmware stb.). Iproute2 és netfilter párossal történő megoldás által biztosított lehetőségek két vagy több internetvonal közötti dinamikus forgalomelosztás (összeköttetés-orientált) hibatűrés (ez még további műveleteket igényel) szétválasztás cél vagy forráscím alapján Két vagy több internetvonal közötti forgalomelosztás Ez a legfontosabb adottsága ennek a rendszernek. Ha a LAN-ban egy felhasználó használja az internetet, akkor egyszerre használhatja mind a két vonalat. Ez történne ideális esetben, a gyakorlatban azonban ez két vagy több általános internetvonal esetében nem oldható meg. Hogy miért nem, az majd később lesz látható. Viszont egy felhasználó több TCP összeköttetésen keresztül is kommunikálhat egyszerre, főleg akkor, ha web szerverekkel tart fent kapcsolatot, ebben az esetben viszont egyfajta látszólagos forgalomelosztás alakul ki. Ennek a jótékony hatása még inkább megjelenik, ha több felhasználó használja az internetet. Hibatűrés Mindenki tapasztalhatja, hogy a mai internetszolgáltatók által biztosított szolgáltatások nem túl stabilak. Hetente kéthetente megszakad a kapcsolat, és ilyenkor a felhasználók keményen hangot adnak elégedetlenségüknek, ami a rendszergazdáknak nem esik túl jól. (A hibatűrésre még nincs a gyakorlatban is működő megoldásom, de ötlet van.) Szétválasztás cél vagy forráscím alapján Ha gyorsak az internetvonalaink, akkor nem biztos, hogy a dinamikus forgalomelosztás a jó megoldás számunkra. Ezzel a rendszerrel akár forrás IP cím vagy MAC cím alapján megmondhatjuk napszakokra bontva, hogy melyik internet vonalat használja az adott felhasználó. De ami még fontosabb lehet, hogy cél IP alapján is meg tudjuk mondani, hogy melyik internetvonalon menjen ki a forgalom. Ez oktatási intézmények számára lehet fontos, ha egy

internetvonalat fenntartanak oktatási célokra és egy internetvonalat általános forgalmak számára. Az eszközök Hihetetlen, de fizetős megoldást megvalósító szoftvert jelenleg nem ismerek csak ingyenes megvalósítást. Ez a két szoftver tulajdonképpen linux kernel komponens: netfilter, iproute2. Mind a két funkció a mai linux kernelekben alapértelmezésként megtalálható. Iproute2 Minden mai operációs rendszer, ami TCP/IP protokollrendszert alkalmazza a hálózati kommunikáció során tartalmaz egy útválasztási mechanizmust, aminek a során az operációs rendszer a saját általában automatikusan felépített útválasztó tábláját vizsgálja át és dönti el, hogy melyik hálózati interfészen keresztül kell az IP csomagot kiküldeni. Ez az útválasztó tábla alapértelmezésként a közvetlenül kapcsolódó hálózatokat tartalmazza, és beállítások alapján az alapértelmezett átjárót, de csak egy aktív alapértelmezett átjárót. Viszont, ha több internetvonalat szeretnénk kapcsolni egy szerverhez, akkor több alapértelmezett átjáró kellene. Az iproute2 arra ad lehetőséget, hogy több útválasztó tábla legyen egy linux rendszeren egy időben és mindegyikben egy aktív alapértelmezett átjáró. Az útválasztó táblákat a linux kernel prioritásos sorba rendezi, de megszabhatunk szabályokat (rule) is, ami alapján a kernel kiválsztja célirányosan a neki megfelelő táblát. Netfilter A netfilter linux kernelekben alapértelmezéskén jelen lévő csomagszűrő komponens. Nagyon gyorsnak és hatékonynak mondhatjuk, mert kernelszinten működik. A netfilter több szabályrendszert tartalmaz, amelyeknek megvan a maguk funkciója. Ezek a szabályrendszerek közül számunkara a PREROUTING és a POSTROUTING a fontos. Minden szabályrendszerben vannak táblák és minden táblához tartoznak célok (targetek). PREROUTING és a POSTROUTING szabályrendszer A kernel még az útválasztási mechanizmus előtt végigviszi a beérkező csomagot a PREROUTING szabályrendszeren, pontosabban annak minden tábláján. Amikor a csomag kifelé megy a kernel

szempontjából, akkor minden útválasztási folyamat után a POSTROUTING szabályrendszeren, annak minden tábláján halad keresztül. Táblák a szabályrendszerekben Mind a két szabályrendszerben van egy mangle és egy nat tábla, kiértékelésüket tekintve ebben a sorrendben. A mangle táblában az IP csomagok paramétereit változtathatjuk, míg a nat táblában NAT-olást végezhetünk (Source NAT: forrás IP változtatás és Destination NAT: cél IP változtatás). A feladatunk végrehajtásához a PREROUTING szabályrendszerben a mangle táblát, a POSTROUTING szabályrendszerben pedig a nat táblát kell használnunk. Célok (targetek) a netfilterben Minden táblának megvannak a maguk targetjei. A számunkra fontosak: mangle táblában: MARK, CONNMARK nat táblában: SNAT MARK és a CONNMARK A MARK target segítségével az IP csomagokat egy pozitív egész számmal tudjuk megjelölni későbbi feldolgozás megkönnyítése érdekében. Viszont nélkülözhetetlen a céljaink megvalósításához. Az iproute2 és a netfilter közötti együttműködést ezzel az eszközzel tudjuk megvalósítani. A CONNMARK hasonló a MARK-hoz, de nem ugyan az, egy újabb pozitív egész számmal ábrázolható paraméter, de ha egy kapcsolathoz tartozó csomagot megjelölök a CONNMARK segítségével, akkor onnantól kezdve a kapcsolathoz tartozó összes csomag meg lesz jelölve ezzel a CONNMARK értékkel. Erről a netfilter gondoskodik. Meg kell azonban jegyezni, hogy ez az eszköz nem alkalmas az iproute2 és a netfilter együttműködésének megvalósítására. Modulok A netfilter úgy találták ki, hogy modulokkal bővíthető legyen a funkcionalitása. Manapság már rengeteg modul áll rendelkezésünkre. Ezek közül a számunkra fontosak: statistic, state, mark, connmark. Statistic modul

Lehetőséget biztosít round-rubin vagy random csomagilleszkedés megvalósítására. A terheléselosztáshoz rendkívül hasznos lehet. State modul A csomagok státusza alapján alakíthatunk ki ennek a modulnak a segítségével szabályokat. Ismert státuszok: NEW, ESTABLISHED, RELATED, INVALID. Mark modul A csomagokhoz rendelt MARK értékek alapján alakítható ki szabály ezzel a modullal. Connmark modul A csomagokhoz rendelt CONNMARK értékek alapján alakítható ki szabály ezzel a modullal. Gyakorlati megvalósítás a terheléselosztás esetén PREROUTING szabályrendszerben: 1. Jelöljünk meg minden páratlan számú új kapcsolat kialakítását kezdeményező csomagot 1- es CONNMARK értékkel a statistic modul segítségével. 2. Jelöljünk meg minden páros számú új kapcsolat kialakítását kezdeményező csomagot 2-es CONMARK értékkel a statistic modul segítségével. 3. Jelöljünk meg minden 1-es és 2-es CONNMARK értékkel megjelölt csomagot rendre 1-es és 2-es MARK értékkel. Erre azért van szükség, mert az iproute2 programcsomag ezt az értéket tudja értelmezni. POSTROUTING szabályrendszerben: 1. Az egyik internet felőli interfészen kimenő összes csomagot natoljuk az interfészhez rendelt IP-címre. 2. A másik internet felőli interfészen kimenő összes csomagot natoljuk az interfészhez rendelt IP-címre. Útválasztó táblák definiálása pripritással /etc/iproute2/rt_tables fájl tartalma 200 <tabla1 neve> 201 <tabla2 neve>

Route táblákat beállító szkript #! /bin/bash # chkconfig: 2345 11 11 # description: route ip route add default via <vonal1 átjáró> dev <interface1> table <tabla1 neve> ip rule add fwmark 1 table <tabla1 neve> ip route add default via <vonal2 átjáró> dev <interface2> table <tabla2 neve> ip rule add fwmark 2 table <tabla2 neve> ROUTOLÁS bekapcsolása echo "1" > /proc/sys/net/ipv4/ip_forward