История умирающего роутера

Записки и примеры конфигураций IOS/RouterOS

Модератор: ROOT

История умирающего роутера

Сообщение ROOT » Сегодня, 13:11

Это была долгая, извилистая и очень показательная история. История о том, как с виду «живой» роутер может быть мертвее мёртвого, а симптомы, которые кажутся проблемами с провайдером или прошивкой, на самом деле кричат об агонии железа.

Пролог: «Живой» Netgear с душой на ладан
Всё началось с роутера Netgear WNDR3700, которому примерно лет 13. Он работал, моргал лампочками, но в его работе стала проскальзывать какая-то дьявольщина. Сначала интернет пропадал, а потом и к самому роутеру по внутреннему IP пропадал доступ.

Акт первый: Необъяснимые зависания
Началось всё в конце зимы 2026 года с отвала интернета. Диагностика показала странную картину, на WAN-порту трафик бегал в одну сторону. После некоторого времени роутер внезапно переставал отвечать на ping по своему локальному адресу (`195.0.1.254`), хотя лампочки продолжали бодро моргать. Он был «жив», но недвижим. И тут картина с однобоким хождением трафика повторилась
Код: выделить все
3 packets transmitted, 0 received

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

Акт второй: Танцы с бубном и звонки провайдеру
Дальше — больше. Начали происходить вещи, которые неизбежно направляют подозрения на провайдера. Интернет пропадал, и его можно было вернуть, только позвонив в техподдержку, где оператор «сбрасывал сессию».
Ключевой нюанс: сброс сессии помогал если вместе с этим перезагружался и мой роутер. Но проблема была не в провайдере, а в том, что на умирающем роутере зависал, либо вешал порт на оборудовании провайдера. Сброс сессии провайдером и перезапуск моего роутера был костылём, который временно «лечил» симптом, а не болезнь.

Акт третий: Смена блока питания — ложный след
Немного подумав первым делом заподозрил блок питания. И не зря: умирающие БП — частая проблема. при измерении выходного напряжения с БП просадка доходила до 4-5%. Найденный универсальный блок питания показывал идеальные 12.36В на холостом ходу. Но под нагрузкой он не помог. Роутер всё так же рандомно зависал. Это был окончательный вердикт: проблема не в питании (скорее всего не только в нём), а в самом роутере.

Акт четвёртый: Диагноз по логам и агония
Последние часы жизни Netgear были особенно показательны. Логи зафиксировали абсолютный хаос:
  1. Односторонняя связь: Роутер был «жив», но трафик ходил только в одну сторону — передача работала, а приём — нет. Это классический симптом смерти физического уровня (PHY) сетевого интерфейса. Он мог что-то отправлять, но уже не мог слышать ответ.
  2. Беспорядочные переподключения: Клиенты WiFi, особенно один проблемный Redmi 13C, начали вести себя странно. Они отваливались сразу после ввода пароля, а в логах роутера появилась фатальная ошибка: `disconnected, received deauth: class 3 frame received (7)`. Это означало, что клиент начинал отправлять зашифрованные данные, не завершив процедуру авторизации. Правильный роутер должен был такое пресечь.
Эпилог: Что мы поняли
Мы смотрели не туда. Проблема была не в прошивке DD-WRT, не в настройках, не в блоке питания и даже не в провайдере. Роутер Netgear физически умирал. Его сетевая подсистема стала работать нестабильно, отправляя мусор в линию и неправильно обрабатывая подключения.
Абсолютно все странности — от зависаний и одностороннего трафика до «чудесного исцеления» после звонка провайдеру — были вызваны деградацией компонентов на плате. Это был не баг, а умирающее железо. История закончилась 12 апреля.
Мораль
Иногда самое «живое» моргание лампочек — это последний танец умирающего роутера. И лучшая диагностика в таком случае — не пинг и не смена прошивки, а полная замена устройства. Что я в итоге и сделал, переведя сеть на стабильный MikroTik, но это уже совсем иная история.
Последний раз редактировалось ROOT 12 апр 2026, 13:29, всего редактировалось 3 раз(а).
Администрирование Fedora Linux + настройка сети и прочая IT-Ботва


Для желающих поддержать
Карта SB: 2202 2083 5115 2302


Лучше ужасный конец, чем ужас без конца!
Аватар пользователя
ROOT
Администратор
 
Сообщений: 475
Зарегистрирован: 01 авг 2011, 09:36
Откуда: Моск. обл., г. Железнодорожный

Вернуться в CISCO / MikroTik

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

cron