Obrana proti MAC Floodingu (diskuse)

[Jiří Veselský]

• Co je to "jiné řešení"? Pokud myslíte "řešení na hloupém switchi, který port security neumí", pak ne, jiné řešení neexistuje. Tento problém totiž z podstaty věci neumí řešit nikdo jiný než dotčený switch, takže logicky musí jít o funkci implementovanou v něm.
• Z jiných řešení ovšem implementovaných přímo na switchi mě kromě limitu na počet MAC adres a/nebo povolení jen specifických adres napadá ještě statické nastavení CAM a/nebo použití 802.1x (což je sice trochu z jiného soudku, ale zároveň to s sebou automaticky přinese "fixní" MAC/port spárování).
• Podobné ochranné mechanismy mají samozřejmě i levnější managovatelné switche, nemusí to být nutně Cisco switch. Například Linksys, D-Link, SMC, Signamax...
• Na Cisco switchích se to jmenuje port security, na jiných switchích různě, např. MAC security.
• No a od které verze IOSu je tato funkce implementována, to fakt netuším. Podle mě odjakživa

[Vašek Lorenc]

Čistě spekulativně mě napadá ještě možnost používat nějakou vhodnou strategii pro nahrazování záznamů v CAM tabulce -- nejnovější záznamy by z ní mohly vypadávat téměř okamžitě a tím pádem by zlobivý stroj přebíjel akorát svoje záznamy; pro dříve přidané MAC adresy by switch fungoval správně..

[pele]

Dekuji, je to opravdu vycerpavajici.

Z jiných řešení ovšem implementovaných přímo na switchi mě kromě limitu na počet MAC adres a/nebo povolení jen specifických adres napadá ještě statické nastavení CAM a/nebo použití 802.1x (což je sice trochu z jiného soudku, ale zároveň to s sebou automaticky přinese "fixní" MAC/port spárování).

Jak to myslite s 802.1x, nejak si to nedokazu predstavit.

[k3]

pokud switch podporuje funkci 802.1x autorizace tak nastavis, ze switch overuje veskere stanice vuci radius serveru kde jsou ulozena jmena, hesla jednotlivych uzivatelu + vetsinou i vlan a uzivatel na klientovi si nastavi, ze se k siti autorizuje pomoci 802.1x supplicantu.

Dokud se uzivatel neoveri tak nemuze komunikovat a nebo muze komunikovat jen v nejake urcene vlan.

[fx-95]

Na každý port pouze jednu předvolenou MAC a zbytek blokovat

[Filip Jirsák]

Zároveň se tak seznámíte se všemi, kdo v síti používají virtuální počítače s přímým přístupem k síti. Přijdou vám vynadat

[kavol]

<rejp>ono Cisco fušuje do elektronických součástek a prodává nějaké přepínače? já u nich vidím jen switche ...

btw, hub není zkratka, není důvod kapitalizovat</rejp>

[otula]

ono Cisco fušuje do elektronických součástek a prodává nějaké přepínače? já u nich vidím jen switche...

A o co ti jako jde? Tvé rejp je trochu mimo mísu. Opravdu nechápu, proč by měl volit anglický výraz místo českého. Nebo sem snad také přichází amerikanizace?

[kavol]

já prozměnu nevidím důvod psát čistonosoplena, když tomu každý říká kapesník, ehm, tedy urputně doslovně překládat, když je zde již desítky let zažitý pojem anglický

nicméně ponechme tuto záležitost stranou, neb to je věcí převážně osobního vkusu, ale horší a zjevně nesprávné je právě to, že kolega jest poněkud nekonsistentní - přišlo by mi logické, v případě, kdy hovoří o nějakém produktu, že jej bude nazývat tak, jak jej pojmenoval výrobce (přesněji prodejce, lokální zastoupení Cisca), a když už je tento název považován za natolik závadný, že je třeba porušit soulad s obchodním označením a užít "správnější" překlad, pak že tento překlad bude použit všude v článku, a ne jednou tak a jindy onak ...

[otula]

já prozměnu nevidím důvod psát čistonosoplena, když tomu každý říká kapesník

Ale výraz přepínač se používá docela běžně

pak že tento překlad bude použit všude v článku, a ne jednou tak a jindy onak ...

+1 S tímto máš naprostou pravdu. Vhodné mně přijde řešit to tím způsobem, že poprvé se napíše přepínač (switch) a v dalším textu se používá přepínač (nebo naopak - do závorky dát český překlad, a používat anglický výraz - to už je na osobním vkusu)

[vencour]

Hm, kdysi se mne někdo na něco zeptal, sice v jiné oblasti, pak jsem se dozvěděl, že si mne testoval, zda bych pro něj byl kvalitní kádr ... různé jsou cesty lidské a jiné.