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

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

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

— Не ведут схему подсетей и адресов. Через месяц никто не помнит, где статик, где DHCP, где резерв.
— Смешивают магистраль и пользовательский трафик без явного сегментирования. Потом ловят лишний broadcast и спорят с физикой.
— Оставляют одинаковые настройки на всех устройствах. Код работает, но есть нюансы: коммутатор не обязан быть добрым к копипасте.
— Не проверяют маршрутизацию и ACL после правки. В результате «доступ есть» только в голове того, кто вносил изменение.

Безопасность начинается с доступа. Отдельные учётки, минимум прав, журналирование изменений и резервная копия конфига перед любым вмешательством — это не бюрократия, а страховка от ночного ручного восстановления. Мониторинг должен быть проактивным, а не реактивным: ошибка в интерфейсе, потери, рост latency и flapping видны раньше, чем пользователь успевает пожаловаться.

Если в сети нет инвентаря, стандартов и проверки после изменений, вы не администрируете инфраструктуру — вы её угадате. Давайте разберем архитектуру решения, пока оно ещё не требует аварийного чата.