Как диагностировать неполадки в локальной сети с несколькими уровнями промежуточных коммутаторов (хабов)?

Question

[Юрий Ерусалимский]

Локальная сеть представлена сервером с OS Windows Server 2008 R2 Standart, который подключён к основному хабу (D-Link DES-1026G). Далее имеются иные компьютеры с OS Windows XP и старше, которые общаются с сервером подключаясь витой парой напрямую к вышеописанному хабу, или же через ещё одни промежуточные хабы (в здание три этажа, хабы имеются для этажей в том числе, от них уже провод идёт в хаб рядом с сервером). Проблема в том, что в данной локальной сети периодически отрубаются компьютеры от интернета, то один, то целой кучей сразу. Подозрение главное на хабы, может перегрев. Проблема в том, что это не так просто обнаружить, как мне кажется. Во всяком случае тут же, на Тостере ищу программу для пингования IP адресов машин, дабы обнаружить в случае косяка хаба, что все машины за ним полегли. Это первый вариант. Второй вариант - мусорные пакеты на хаб с какого-то заражённого компьютера. Я может говорю глупость, но возможно это вирусная деятельность какого-то из зловредов, затаившегося на одном из компьютеров, и который "загибает" ближайший к нему по маршруту до сервера хаб.
В любом случае, мне интересен опыт коллег, кто так же администрирует большое количество машин в локальной сети, как вы диагностируете и устраняете проблемы с доступностью машин? Какие программные/аппаратные средства применяете?

Comments

[choodo]

Юрий,
1. Забудьте про слово "хаб", если только у вас действительно не концентратор. D-Link DES-1026G - это коммутатор, он же свитч (switch).
2. Покольку D-Link DES-1026G - это неуправляемый коммутатор, а об остальных нам ничего неизвестно, то в помощь вам логи с рабочих машин и сервера (шлюз у вас "кто", кстати?), wireshark, ping, snmp-мониторинг.
3. Кто ищет - тот находит.

Answer 1

[kolossradosskiy]

так же администрирует большое количество машин в локальной сети

Сколько хостов в вашей сети?
Предположу (раз уж построена она на неуправляемых коммутаторах и пытается админить ее веб-разработчик), сеть у вас на самом деле небольшая. Если так, используйте бесплатную программу Friendly Pinger, в ней пинговалка гуевая, наглядная, с оповещениями. То что вам и нужно.

Comments

[Юрий Ерусалимский]

Да, вы абсолютно правы, системное администрирование - это для меня дополнительная сфера интереса, не основная, но всё же хочется разобраться в ней.

Answer 2

[Армянское Радио]

Сеть из 300+ портов, комплекс зданий на площади 2 квадратных километра

Cisco 2960-S+ по точкам агрегации трафика в здании.

Cisco 4500 в серверной


Связь до точек агрегации по оптике 2x10 гигабит.

Настроены SNMP и syslog. Мониторинг через nagios.

Все железо - управляемое, вот в чем главное преимущество. Промежуточные хабы-мыльницы выкинуты как класс.

Главная проблема зависания хабов-мыльниц - плохое электропитание. Расставляйте бесперебойники.
Замечу, что блоки питания у мыльниц нужно будет заменить с линейных на импульсные.

Мы начинали 12 лет назад с 8 портового хаба intel (который до сих пор работает в одной из резервных медных петель)


Борьба с виснущими длинками длилась 8 лет самыми разными способами (питание через бесперебойник и замена блока питания на ATX - лучше всего).

Последний хаб мы вышвырнули из клиентской сети 4 года назад. С тех пор проблема "все пропало" у пользователей пропала.

Comments

[Клёвый Админ]

зачётная железяка у вас в ядре

[Армянское Радио]

Евгений Быченко: по сравнению с восьмипортовым интелом, с которого это ядро начиналось - просто небо и земля!

Answer 3

[Клёвый Админ]

Ну во-первых, хаб и свич - это кардинально разные устройства. Если ваша сеть строится именно на хабах, мне вас жаль, её не спасти.

Но что-то мне подсказывает...

Anyway...
В первую очередь, большинство проблем в вашей сети связанно с оборудованием. Коммутаторы у вас не управляемые, без поддержки STP протоколов и без loop detection, т.е. в сети будет тварится вакханалия, а оборудование молча будет эту вакханалию и штормы пересылать на свои порты.
Выбирайте управляемое оборудование L2 \ L2+ уровня.

Вторая проблема с мелкими коммутаторами, которые стоят у пользователей. От них нужно избавляться в первую очередь, максимально доводя все линки от конечного оборудования до управляемых свичей. Мелкий свич ставится только совсем в крайнем случае, и, желательно, так же управляемые (бывают и с небольшим кол-вом портов, но достойные).

Ну и дальше, не очень понятно кто у вас маршрутизатор, как происходит раздача адресов, кто DNS и многое другое.

Comments

[Юрий Ерусалимский]

Поясню, у нас стоит роутер вне основной подсети (имеет IP 192.168.1.1), далее сервер соединён витой парой с роутером (IP 192.168.0.1) и на сервере поднят DHCP сервер, он выдаёт автоматом IP адреса для части компьютеров, остальные имеют статику, дабы оградиться от фильтра, режущего непотребный контент, проходящий через сервер (прон, наркотики и т.д., типа родительского контроля, прога называется UserGate). Так же сервер является DNS сервером, его прописывают в предпочитаемый DNS сервер у всех остальных компов и он является шлюзом для них.
Так же сервер в свою очередь имеет две сетевые карты, одна для соединения с роутером, другая для соединения с неконтролируемым хабом, о котором я уже писал. Ну, а далее всё было описано и так.