Administrace komentářů

Podle popisu to vypadá na nějaké přeposílání rámců kvůli špatné topologii na druhé vrstvě podle modelu OSI, je tam několik bridgů.

Lze nějak jednoduše grafovat provoz na všech portech? Pokud ano, tak by porovnáním grafů mělo být vidět, odkud kam provoz teče.

tcpdump - na linuxu lze ukládat do souboru a ten pak načíst ve Wiresharku. tcpdump -i eth0 -s 1500 -w /tmp/mujdump.dmp (-s - ukládá 1 500 bajtů nikoli jen hlavičky, -w cesta k souboru PC Windows - zachytávání lze pustit trvale a ukládat vše. Obojí by mělo podporovat omezení velikosti souboru, kam se data ukládají, a jeho přepisování. Po začátku toho provozu lze další ukládání zastavit a podívat se na data.

Pro hledání dat v odchytaném provozu se špatně radí předem. Doporučuji začít spuštěním poradce Expert info,jestli něco neporadí. Pokud tam nějaké rámce cyklují pořád dokola, tak se dají najít. Např.každý IP paket má jedinečný idetifikátor. Ten má 2 bajty, takže se časem musí opakovat, jak OS vytváří nové pakety. OS je obvykle sází postupně, takže ty opakující budou mezi nimi vyčnívat.

Jak radili jiní, lze v případě výskytu postupně odpojovat kabely, než to přestane. Akorát se tím nemusí poznat, které zařízení za to může.

Když se odpojí Internet, ja tam ten provoz pořád? Pokud ano, tak by to potvrzovalo teorii o smyčce. OS sám o sobě tolik dat posílat nebude.

Dále, pokud došel jednou provoz na wifi router RB-433 a to jako příchozí na drátové rozhraní a stejný objem odcházel na rádiové, tak to musel být provoz na neznámou MAC adresu (pak se posílá na všechny porty, když switch nemá záznam v tabulce MAC adres) nebo na MAC, která byla za rádiovým portem. Hodila by se odchytaná data z toho routeru.