Не работает свитч d link

Свитч перестаёт нормально работать при подключении роутера

Вопрос не столько по администрированию Linux-систем, сколько по сетям, и их отладке и настройке с помощью Linux-систем 🙂

Исходные данные:

В организации есть:

• Неуправляемый свитч на 48 портов (марку и модель записать забыл, добавлю позже, сейчас пишу уже из дома), к которому подключены по проводам некоторое количество рабочих станций на Linux, MacOS и Windows.
• Роутер MikroTik hEX RB750Gr3 (на RouterOS), через который заходит интернет
• Несколько Wifi-тарелок MikroTik подключённые также к свитчу

Настроено это всё по мануалам из интернета, знания у меня в сетях чуть выше чем «продвинутый пользователь», никаких научных степеней по MTCNA конечно нет. Всевозможные «защиты от взлома» постарался настроить (например эти: https://habr.com/ru/post/424433/), веб-морду из интернета закрыл, так же как и все остальные службы.

Проблема:

Долгое время работало прекрасно, но в какой-то момент стало просто тупо пропадать подключение, и даже не через WiFi а прямо по проводам. То всё работает, то не работает ничего, не пингуется ни соседний ПК, ни сам роутер на 192.168.1.1, не идёт трассировка никуда, а то и вовсе arp -a ничего не возвращает.

Что было сделано для анализа:

• Попробовал перезагрузить роутер и свитч несколько раз — не помогло. Точнее помогало, но ненадолго, минут на 10.
• Проанализировал логи роутера, а также всех WiFi-тарелок. Ничего опасного или даже интересного там не было.
• Проанализировал записи /system sheduler, /ip proxy, /ip socks, /ppp secret роутера — ничего не нашлось.
• Два ноутбука подключил короткими проводами непосредственно к свитчу, на одном поднял сервер iperf, на другом запустил простенький скрипт:

При подключении ноутбуков к свитчу скорость по iperf то была около 100 МБит, но временами, раз в несколько секунд, резко просаживалась до нуля или почти до нуля, после чего снова возрастая до 100МБит.

• Попробовал подключить эти два ноутбука к свободным выходным портам роутера — там никаких просадок скорости не было, всё отлично.
• Достал маленький свитч на 5 портов, воткнул его проводом в большой свитч, переткнул два ноутбука в маленький свитч — точно также, просадки скорости.
• Отключил провод соединяющий маленький свитч с большим, т.е. ноутбуки остались сидеть на маленьком свитче в одиночестве, и скорость, естественно, не проседала а шла стабильно около 100МБит. При повторном подключении мелкого свитча к большому — скорость снова начинала периодически проседать.

Итого я сделал вывод, достойный капитана очевидность, о том, что похоже проблема в свитче, я слышал о каких то flood-ах сети (хотя и не очень представляю принципов), и подумал, что может какой-то ПК не даёт жить остальным.

Стал отключать потребителей от большого свитча, тем временем глядя на то как меняются показания iperf.

Обнаружил, что iperf начинает стабильно показывать почти 100 МБит когда отключён САМ РОУТЕР.

Ещё раз перепроверил все настройки роутера в которых я что-то понимал, долго и вдумчиво посмотрел на те, которых я не понимаю.

Пробовал подключать роутер не напрямую в большой свитч, а «сквозь» маленький. Безрезультатно.

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

Ну и собственно, сотрудники разошлись, и проблема стала сходить на нет, когда осталось совсем мало народу, проседание скорости были уже не до 0 а до 60-70 МБит, и проблему больше не получалось воспроизвести.

Что хотелось бы понять (но не получается):

Бывают ли такие flood-атаки (пусть даже и не «специальные») которые могут привести к такому поведению свитча?

Какими инструментами можно это проверить? Как их найти? Я конечно пробовал включить wireshark, но в сети такой объём пакетов, что понять в них что-то можно только статистическим анализом, сдампив несколько гигов этих пакетов, и написав скрипты для анализа, что я наверное буду делать в случае если вообще ничего больше не поможет.

Как можно проверить что в свитче есть проблема? Как его можно «отладить» если он неуправляемый? На мысль что дело не в нём меня навело то, что при подключении его к новенькому 5-портовому свитчу, он его «заражал» своим странным поведением. Но может это он как-то неверно реагирует на передаваемые данные и сам устраивает какой-то flood?

Может быть есть какие-то «кривые» пакеты которые могут приводить к таким результатам? Откуда они могут браться? Как их обнаружить, как отладить?

Понимаю что на эти вопросы я должен знать ответы изучив стек сетевой стек TCP/IP до основания, устройство низкоуровневых протоколов и т.д., но я не сетевик, поэтому прошу помощи у более опытных товарищей.

Источник

Странные проблемы со свитчем — может, кто подскажет

Есть ADSL-роутер — какой-то простенький. К нему из розетки идет ADSL, на самом роутере — четырехпортовик 100-мегабитка.

От роутера идет кабель витая пара к ноутбуку (на третий этаж, кабель 20 метров). Все подключается, все работает, есть сеть, есть Интернет. Мне надо сделать кусок гигабитной сети — чтобы подключить новый NAS, стоящий рядом с ноутбуком. Покупаю гигабитный пятипортовый свитч D-Link DGS-1005D. В свитч втыкается 20-метровый кабель от ADSL-роутера снизу. Также в свитч втыкается ноутбук. Но при этом в ноутбуке сеть, созданная роутером снизу, не опознается, также не работает Интернет.

Свитч убираю, снова втыкаю ноут напрямую по кабелю к роутеру — есть сеть, есть Интернет. Подключаю ноут через свитч — нет сети, нет Интернета. При этом датчики на свитче горят как полагается — порт от ноута горит зеленым (гигабитная сеть), порт от кабеля роутера горит прерывистым оранжевым, когда идет передача данных.

Заменил роутер — все то же самое: провод от роутера напрямую втыкается в ноутбук — все работает, втыкается в свитч, из свитча провод в ноут — неопознанная сеть, нет Интернета.

Upd: Спасибо всем за советы. Дело в 20-метровом кабеле — подключил свитч напрямую в роутер обычным кабелем, все заработало. Видимо, неправильно обжал одну головку — ноут это распознает, свитч нет.

Upd2: Ничего не понимаю. Кабель был обжат правильно — проверил. На всякий случай еще раз обжал. Ноут напрямую работает, через свитч — нет. Свитч через короткий кабель подключаю к роутеру, к нему ноут — все работает.

Upd3: Длинный 20-метровый кабель — покупал готовый Cat6. Одну головку отрезал, чтобы протащить через дыру в стене. Обжал новую головку — по обычной схеме. Все перепроверил. Потом еще раз отрезал головку и заново обжал. Все те же сны.

Finally: Все-таки это был 20-метровый кабель. Точнее, неправильно обжимал головку. Перепутал сине-белый с зелено-белым — стандартная ошибка. (Я-то сам головки никогда не обжимал, всегда покупал готовые кабели. Когда я обжимал сетевые кабели — это еще был коаксиал, так что руку не набил.) Ноут это переживал, гигабитный свитч — нет. Переобжал — все заработало мгновенно. Спасибо всем за комментарии и советы.

Источник

Свитч перестаёт нормально работать при подключении роутера

Вопрос не столько по администрированию Linux-систем, сколько по сетям, и их отладке и настройке с помощью Linux-систем 🙂

Исходные данные:

В организации есть:

• Неуправляемый свитч на 48 портов (марку и модель записать забыл, добавлю позже, сейчас пишу уже из дома), к которому подключены по проводам некоторое количество рабочих станций на Linux, MacOS и Windows.
• Роутер MikroTik hEX RB750Gr3 (на RouterOS), через который заходит интернет
• Несколько Wifi-тарелок MikroTik подключённые также к свитчу

Настроено это всё по мануалам из интернета, знания у меня в сетях чуть выше чем «продвинутый пользователь», никаких научных степеней по MTCNA конечно нет. Всевозможные «защиты от взлома» постарался настроить (например эти: https://habr.com/ru/post/424433/), веб-морду из интернета закрыл, так же как и все остальные службы.

Проблема:

Долгое время работало прекрасно, но в какой-то момент стало просто тупо пропадать подключение, и даже не через WiFi а прямо по проводам. То всё работает, то не работает ничего, не пингуется ни соседний ПК, ни сам роутер на 192.168.1.1, не идёт трассировка никуда, а то и вовсе arp -a ничего не возвращает.

Что было сделано для анализа:

• Попробовал перезагрузить роутер и свитч несколько раз — не помогло. Точнее помогало, но ненадолго, минут на 10.
• Проанализировал логи роутера, а также всех WiFi-тарелок. Ничего опасного или даже интересного там не было.
• Проанализировал записи /system sheduler, /ip proxy, /ip socks, /ppp secret роутера — ничего не нашлось.
• Два ноутбука подключил короткими проводами непосредственно к свитчу, на одном поднял сервер iperf, на другом запустил простенький скрипт:

При подключении ноутбуков к свитчу скорость по iperf то была около 100 МБит, но временами, раз в несколько секунд, резко просаживалась до нуля или почти до нуля, после чего снова возрастая до 100МБит.

• Попробовал подключить эти два ноутбука к свободным выходным портам роутера — там никаких просадок скорости не было, всё отлично.
• Достал маленький свитч на 5 портов, воткнул его проводом в большой свитч, переткнул два ноутбука в маленький свитч — точно также, просадки скорости.
• Отключил провод соединяющий маленький свитч с большим, т.е. ноутбуки остались сидеть на маленьком свитче в одиночестве, и скорость, естественно, не проседала а шла стабильно около 100МБит. При повторном подключении мелкого свитча к большому — скорость снова начинала периодически проседать.

Итого я сделал вывод, достойный капитана очевидность, о том, что похоже проблема в свитче, я слышал о каких то flood-ах сети (хотя и не очень представляю принципов), и подумал, что может какой-то ПК не даёт жить остальным.

Стал отключать потребителей от большого свитча, тем временем глядя на то как меняются показания iperf.

Обнаружил, что iperf начинает стабильно показывать почти 100 МБит когда отключён САМ РОУТЕР.

Ещё раз перепроверил все настройки роутера в которых я что-то понимал, долго и вдумчиво посмотрел на те, которых я не понимаю.

Пробовал подключать роутер не напрямую в большой свитч, а «сквозь» маленький. Безрезультатно.

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

Ну и собственно, сотрудники разошлись, и проблема стала сходить на нет, когда осталось совсем мало народу, проседание скорости были уже не до 0 а до 60-70 МБит, и проблему больше не получалось воспроизвести.

Что хотелось бы понять (но не получается):

Бывают ли такие flood-атаки (пусть даже и не «специальные») которые могут привести к такому поведению свитча?

Какими инструментами можно это проверить? Как их найти? Я конечно пробовал включить wireshark, но в сети такой объём пакетов, что понять в них что-то можно только статистическим анализом, сдампив несколько гигов этих пакетов, и написав скрипты для анализа, что я наверное буду делать в случае если вообще ничего больше не поможет.

Как можно проверить что в свитче есть проблема? Как его можно «отладить» если он неуправляемый? На мысль что дело не в нём меня навело то, что при подключении его к новенькому 5-портовому свитчу, он его «заражал» своим странным поведением. Но может это он как-то неверно реагирует на передаваемые данные и сам устраивает какой-то flood?

Может быть есть какие-то «кривые» пакеты которые могут приводить к таким результатам? Откуда они могут браться? Как их обнаружить, как отладить?

Понимаю что на эти вопросы я должен знать ответы изучив стек сетевой стек TCP/IP до основания, устройство низкоуровневых протоколов и т.д., но я не сетевик, поэтому прошу помощи у более опытных товарищей.

Источник

5 типичных поломок сетевых коммутаторов: причины неисправностей и способы их устранения

Топ-5 причин выхода коммутатора из строя: перегрузка и другие поводы

Поломку коммутационного оборудования могут спровоцировать внешние и внутренние факторы.

Нарушение базовых правил эксплуатации

К выходу свитча из строя может привести банальная неаккуратность. На качество работы влияют различные механические воздействия:

резкие выдергивания сетевых кабелей;

случайные удары по корпусу;

падения с большой высоты.

Среди причин повреждения внутренних компонентов также стоит упомянуть возгорание микросхем в результате контакта с водой или какой-либо другой жидкостью.

Чтобы защитить свитч от человеческого фактора, достаточно соблюдать правила безопасной эксплуатации, детально описанные в пользовательском руководстве.

Некачественное программное обеспечение

С проблемой недостаточно надежного ПО сталкиваются владельцы бюджетных коммутаторов от неизвестных производителей, а также пользователи контрфактного сетевого оборудования (подделок продукции известных брендов).

Важно: По ссылке https://www.moyo.ua/comp-and-periphery/network_equip/kommutatory-nastraiv/cisco/ можно приобрести оригинальный коммутатор Cisco на базе сертифицированного программного обеспечения.

Вернуть работоспособность свитчу в случае сбоя в работе ПО может повторная прошивка.

Нестабильность электрической сети

Скачок электрического напряжение или короткое замыкание губительны практически для любого сетевого оборудования. В особенности подвержены повреждениям свитчи, маршрутизаторы, точки доступа и другие устройства во время грозы.

Для защиты девайсов от токов КЗ и резких перепадов напряжения следует использовать источники бесперебойного питания и внешний стабилизаторы.

Повреждения портов для подключения оборудования

Если сам коммутатор по визуальным признакам работает без перебоев, а подключить какое-либо устройство к нему не удается, проблема кроется в сетевых портах. Скорее всего, в результате продолжительной эксплуатации «входы» просто износились и стали непригодными для использования.

Решить эту проблему можно в любом сервисном центре. Специалисты быстро произведут замену поврежденных портов и вернут устройству функциональные возможности.

Выход из строя одного из внутренних элементов коммутатора

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

Устранить все эти поломки поможет поход в сервис или же самостоятельная замена неисправных запчастей.

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

Источник