Dotaz: Rozpoznání uživatele dle portu na switchi

[DarkLogic]

Zdravím!

Mám následující switch: http://www.ipmedia.cz/default.asp?cls=stoitem&stiid=431

Zjednoduším-li situaci, problém vypadá následně: Do switche je zapojeno hlavní PC (linux) dělající router a bránu do internetu. Do dalších portů switche jsou připojeni jednotliví internetoví uživatelé. Jeden port = jeden uživatel. Jednotliví uživatelé mohou používat více PC - mají tedy ještě u sebe svůj malý hloupý switch (NE router s NATem!). IP adresy jsou počítačům uživatelů přidělovány náhodně z DHCP hlavního PC.

A teď dotaz - potřebuju shapovat internetový provoz pomocí HTB na hlavním PC pro jednotlivé uživatele. Uživatel má pokaždé jinou IP i MAC (používá více PC), jediné, co zůstává stále stejné, je fyzický port na switchi, přes který jdou veškerá jeho data. Mohu nějak na hlavním PC rozpoznat, přes který port data prošla a dle toho přidělit konkrétní shapovací třídu?

Předem díky za odpověď

Odpovědi

[pht]

Přiřaďte každý port do jiné VLAN (a server portu dejte všechny VLAN), na serveru pak nadefinujte ty VLAN a výsledek bude že každý port bude separátní interface (např. eth0.3) a s tím už se dá pracovat.

[Ivan]

koukal jsem na ten switch a reseni se jmenuje IEEE 802.1X. Tahle technologie, alespon na ciscu, umoznuje identifikovat uzivatele a dynamicky jim nastavovat polityky na L2. Kazdopadne bych vas chtel varovat, ze to asi bude ztrata casu. Cena vasi prace nekolikanasobne predci cenu vybaveni, ktere pouzivatete a tezko rict jestli vami investovana namaha bude mit tak velky uzitek.

[pht]

802.1x je něco jiného a tady není potřeba.

[ubuntak]

Pouziti VLANu je zrejme jedina moznost jak to efektivne podchytit. I kdyz nasledna konfigurace HTB bude trosku zdlouhavejsi. Ja bych volil snazsi reseni a to rezervace ip adres na dhcp serveru na danou mac adresu. A tim by se nemuseli resit zadne vlany. Ale proti gustu ... A jeste me napadlo dalsi reseni a to prez SNMP vycitat aktivitu portu a pokud se na nem onjevi link tak precist MAC adresu a v DHCP serveru vyhledat jaka byla prirazena IP teto MAC a zavest shaping. Ale to by ve svem zaveru bylo komplikovanejsi reseni. I kdyz asi univerzalnejsi

[JMP]

poradit nedovedu, ale mam pocit, ze tohle neni reseni, protoze tam link bude v podstate porad... (protejskem nejsou primo pocitace, ale dalsi switche)

pomoci snmp by patrne mohlo jit periodicky tahat vsechny MAC u jednotlivych portu a pak s tim nejak operovat, ale bylo by to patrne dost slozite...

ja umim max. v iosu u cisca neco jako: "sh mac-address-table int fa0/10" a to vypise tabulku mac adres na desatem fast ethernet portu (a to by mohlo mit v snmp obdobu...)

[ubuntak]

Nevsiml jsem si v otazce casti, kde se tazatel zminuje o tom, ze ma kazdy u sebe switch. Ted uz jo Pak by neslo sledovat UP link, ale slo by sledovat treba prichozi pakety. Ale jak jsem zminil ve svem prvnim prispevku, toto me jen napadlo jako moznost, kterou jsem sam oznacil za velmi komplikovanou. Ne vsak nemoznou a urcite by se to dalo hromadne pouzit lepe nez tvorba VLANu. Ty se musi konfigurovat jak na switchich tak na serveru, ale v pripade meho komplikovaneho navrhu by stacilo na serveru spustit nejaky deamon treba napsany v perlu. A ten by se staral o vse potrebne.

[pht]

A ta konfigurace VLANů by náhodou nešla napsat v perlu?

[DarkLogic]

Děkuji za návrhy. Tušil jsem, že tento požadavek nebude asi lehce splnitelný, ale přesto jsem se pro jistotu zeptal. Jak tu jeden z Vás napsal, pracnost by předčila hodnotu. A vytváření virtuálního interface pro každého uživatele je dosti těžkopádné pro správu. No nic, chtěl jsem se tomu vyhnout, ale každý z uživatelů dostane malý hloupý router a bude po starostech.

[posejdon]

tak aby dalsi problemy nezacly delat ty male hloupe routery...

[Sopťa]

Ahoj, pročetl jsem to tady a myslím si že by to neměl být problém. Neznám sice HTB, ale tam by to mělo jít podobně. Připravuju si podobnej postup na připojování lidí na optice. Použiju jeden "chytrej" switch od TP-linku kterej bude mít nastavený tagování provozu na daných portech.

A všechen otagovanej provoz mi bude posílat přes uplink port do routeru. Tam bude Linux na kterým budou definovaný VLANy, každá VLAN bude mít svoji malou podsíť s maskou /26 - to je 6 použitelnejch IP adres.

A v DHCP (dnsmasq) budu mít nastaveno pro každou VLANu svůj rozsah IP adres. Tím pádem se pro danou VLANu přiřadí je určitej rozsah IP adres.

Jedinej rozdíl je že pak ten traffic jde dál po síti do centrálního shapingu, kde mi běží M0n0wall, a v tom přiřadím každé podsíti /26 (přiřazené VLANě) svoji PIPE s nadefinovanou rychlostí.

Snad jsem to popsal pochopitelně, tady ještě přidávám ukázku konfiguráků

/etc/netwotk/interfaces

iface eth0 inet manual

up ifconfig eth0 10.1.0.5 netmask 255.255.255.192 broadcast 10.1.0.63

up vconfig add eth0 2 #VLAN 2

up ifconfig eth0.2 10.1.0.65 netmask 255.255.255.248

up vconfig add eth0 3 #VLAN 3

up ifconfig eth0.3 10.1.0.73 netmask 255.255.255.248

/etc/dnsmasq.conf

dhcp-range=10.1.0.20,10.1.0.50,12h

dhcp-range=10.1.0.66,10.1.0.70,12h

dhcp-range=10.1.0.74,10.1.0.78,12h

Už jsem si to jednou odzkoušel v naší síti, na routery používám Voyage Linux a ALIX desky. K tomu jsme měl připojenej TP-Link TL-SL2210WEB a přehazoval jsem noťas mezi jednotlivejma portama switche, kde byly nadefinovaný LANy. Fungovalo mi to jak s Linuxem a s win XP.

Petr

[posejdon]

mam obdobne reseni na routeru ASUS WL500gP s openWRT akorat s tou obdobou, ze pri shapovani neznackuji pakety podle IP masky, ale podle rozhrani, ze kteryho paket prisel/kam ma namireno, coz si myslim, ze by se melo pozitivne odrazit na odezve, protoze se pri zkoumani paketu neleze tak hluboko.

[DarkLogic]

Hmm, bezva...určitě vyzkouším