Wednesday, May 20th, 2009 11:53 am

https://www.youtube.com/watch?v=WqVv2S8e6AU&has_verified=1

via [info]dinozavr

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Page 1 of 3 << [1] [2] [3] >>
Tuesday, August 18th, 2009 02:29 pm (UTC)
баг в прошивке, забытая команда зеркалирования трафика на коммутаторе
статическая привязка мака к порту коммутатора
а мак в сети вообще существует?
Tuesday, August 18th, 2009 02:32 pm (UTC)
Сеть топят. Затопление сети происходит если у коммутатора нет информации куда послать пакет.

Пример клиники.
Есть такая штука как Microsoft Load Balanser. Он IP вешает на две разных машины. Причём, отвечает от имени виртуального MAC. Соответственно, в коммутатор НИКОГДА не приходит пакета, у которого обратный MAC будет тем, что ответил ARP. Соответственно, в таблице коммутатора никогда не появляется соответствия и он просто "топит" по всем портам согласно собственно спецификации.
Tuesday, August 18th, 2009 02:35 pm (UTC)
Соответсвенно, кривые ответы, перезагрузка таблицы. А, кстати, ещё бывает очень мало памяти для MAC-таблицы в коммутаторе и он постоянно её сбрасывает. Соответственно, порты опять "затапливает".
Tuesday, August 18th, 2009 02:37 pm (UTC)
http://strict.spb.ru/cisco/bp-c6500.html#pre4
пруфлинк. выдрано, но зато по делу и кратенько
Tuesday, August 18th, 2009 02:40 pm (UTC)
так вот проблема в том, что трафик ко мне попадает не весь, а очень отдельные пакеты. значит, не зеркалирование.

вот три SMB-пакета на 445 порт пролетели от одного источника одному получателю: NTLMSSP_NEGOTIATE, затем NTLMSSP_AUTH, и TREE_CONNECT к C$.
Ответов я не вижу, но раз сессия развивалась, то они, очевидно были. Значит, реальный получатель тоже эти пакеты получил, и гипотеза о статической привязке мака к порту отпадает.

Мак существует, на arping отзывается.
Tuesday, August 18th, 2009 02:42 pm (UTC)
у меня явно другой случай. мак существует. вот с переполнением таблицы - это вариант..
Tuesday, August 18th, 2009 02:47 pm (UTC)
Про коммутатор скажи.

У некоторых есть такая опция - если им плохо и они не успевают разроутить пакеты, они в режим хаба переходят. У тебя не такое?
Tuesday, August 18th, 2009 02:48 pm (UTC)
MAC может и существует. А он реально в реальных ответах себя подставляет? И не срёт ли он в несколько портом своим MAC? Тогда тоже таблица от него избавляется. Ты понял идею, да? MAC записывается в таблицу ТОЛЬКО когда сквозь коммутатор проходит пакет Ethernet с таким вот MAC в обратном адресе заголовка. Что там ARP отвечает коммутатор не волнует.
Tuesday, August 18th, 2009 02:49 pm (UTC)
Ну да, экспирится или переполняется действительно.
Tuesday, August 18th, 2009 02:49 pm (UTC)
я, честно говоря, даже не знаю, чтО там за коммутатор. скорее всего, циска какая-то.
вообще, похоже, что это именно из-за переполнения таблиц он начинает пакеты иногда совать во все порты сразу.но достаточно редко
Tuesday, August 18th, 2009 02:49 pm (UTC)
Мля, я хостер. Я не должен всей этой бодяги знать. Я не хочу её знать :) Изыди нечистый :)
Tuesday, August 18th, 2009 02:51 pm (UTC)
мак у меня в арп-таблице появился, значит с него что-то точно отвечается.
а вот куда он срёт - я не знаю, для этого надо иметь доступ к коммутатору. но уж точно не из моего порта :)
Tuesday, August 18th, 2009 02:52 pm (UTC)
так и я не сетевой администратор :)
Tuesday, August 18th, 2009 02:53 pm (UTC)
> мак у меня в арп-таблице появился, значит с него что-то точно отвечается.

Нет. Это значит только то, что кто-то у себя ответил
IP-такой-то - это MAC такой-то.
Tuesday, August 18th, 2009 02:56 pm (UTC)
я ещё вижу ответы на обычные пинги, приходящие с того же мака. это достаточный повод считать, что он существует?
Tuesday, August 18th, 2009 02:58 pm (UTC)
Предполагаю, что flood и overflow. Но вообще-то хз, тут конкретный случай надо рассматривать.
Tuesday, August 18th, 2009 03:00 pm (UTC)
угу, и желательно из самогО коммутатора
Tuesday, August 18th, 2009 03:02 pm (UTC)
>сеть коммутируемая

а ты твердо уверен? вдруг таки кое-где нет?
Tuesday, August 18th, 2009 03:02 pm (UTC)
Их мало? Unknown unicasts?
Tuesday, August 18th, 2009 03:03 pm (UTC)
Если циска, и там не выключен CDP, можно много чего из этого самого CDP узнать.

Переполнение таблиц достаточно маловероятно, и выглядело бы это скорее всего несколько по другому, мне кажется. Могут быть, например, эффекты STP: если порт не сконфигурирован специальным образом (у циски это называется portfast), и этот порт включился или выключился, это считается "topology change" и вызывает сброс мак-таблицы во всем stp-домене. А может и какие другие глюки.
Tuesday, August 18th, 2009 03:03 pm (UTC)
тогда бы я действительно постоянно видел весь чужой трафик. а я его вижу очень частично
Tuesday, August 18th, 2009 03:04 pm (UTC)
их мало, но они вполне known. от реально существующих в сети машин, по вполне обычным протоколам - smb, http, ssh и прочая
Tuesday, August 18th, 2009 03:05 pm (UTC)
ещё б я знал собственный адрес коммутатора..
Tuesday, August 18th, 2009 03:08 pm (UTC)
Зачем адрес коммутатора? Для CDP? Так это надо просто минуту или две подождать в tcpdump'е (-s 0 -v not ip and not arp, например), и увидишь.
Tuesday, August 18th, 2009 03:15 pm (UTC)
да, это я глупость сказал. тогда уж проще по dst mac 01:00:0c:cc:cc:cc ловить
SNAP виднеется.

Cisco IOS Software, C3750 Software (C3750-IPSERVICES-M), Version 12.2(25)SEE4, RELEASE SOFTWARE (fc1)
Platform (0x06), length: 19 bytes: 'cisco WS-C3750G-24T'
Capability (0x04), length: 4 bytes: (0x00000029): Router, L2 Switch, IGMP snooping
ну и там еще имя и IP-адрес

а чего из него еще можно интересного узнать?
Page 1 of 3 << [1] [2] [3] >>