7 ошибок в сетевом администрировании, которые превращают мелкий сбой в долгий инцидент

Сеть редко ломается «внезапно». Обычно ей заранее не дали нормальную схему, адресный план и вменяемый контроль изменений. Дальше начинается классика: кто-то «временно» воткнул правило, кто-то переиспользовал подсеть, кто-то забыл про резервный маршрут. Код работает, но есть нюансы.

— Нет актуальной документации по VLAN, ACL, DHCP и маршрутизации. Через месяц уже неясно, зачем живёт это правило и кто его добавил.
— Один канал связи без резерва. Пока он жив, все уверены, что архитектура надежна. Потом начинается внезапная любовь к телефонным звонкам.
— Смешение management и production-трафика. Безопасность начинается с доступа, а доступ заканчивается там, где админский ноут оказался в общей сети.

Ещё одна типовая ошибка — отсутствие единых правил именования и адресации. Когда интерфейсы, хосты и подсети названы «как получилось», поиск проблемы превращается в археологию. Добавьте к этому ручные правки без change control, и любой простой станет задачей на восстановление истории, а не на устранение причины.

Минимальный набор дисциплины простой: фиксируйте топологию, ведите журнал изменений, отделяйте контрольный трафик от пользовательского и проверяйте резерв не по бумаге, а переключением. Мониторинг должен быть проактивным, а не реактивным. Иначе сеть будет работать ровно до того момента, пока кто-то не решит «ничего страшного, я быстро поправлю».