Привет, коллеги! Сегодня поговорим о том, как сделать резервный маршрут в сетях — тема, которая волнует не только сисадминов, но и всех, кто отвечает за стабильность сайтов, сервисов и даже дорвеев. Если у вас когда-нибудь падал основной канал и весь трафик уходил в небытие, вы понимаете, насколько это важно. В этой статье — максимум практики, минимум воды и реальные советы, как повысить отказоустойчивость вашей инфраструктуры.

Почему резервные маршруты — это must have?

• Доступность 24/7: Ваши сайты должны жить всегда, даже если провайдер решил «отдохнуть».
• SEO-позиции: Google не любит недоступные сайты. Потеря аптайма — минус в ранжировании.
• Деньги: Каждый простой — это потери. Особенно для коммерческих проектов и партнерских сеток.
• Репутация: Никто не любит сайты, которые «падают».

В общем, резервные маршруты — это страховка от неприятностей. Давайте разберёмся, как их реализовать.

Что такое резервный маршрут простыми словами?

Это альтернативный путь, по которому трафик пойдёт, если основной маршрут вдруг станет недоступен. Пример из жизни: у вас два интернет-провайдера, если один «упал», второй подхватит всю нагрузку.

Виды резервирования маршрутов

• Статическое резервирование — прописываем руками запасные маршруты с большим metric или distance.
• Динамическое резервирование — используем протоколы маршрутизации (OSPF, BGP, RIP), которые сами находят лучший маршрут.
• Аппаратное резервирование — через балансировщики, фаерволы, роутеры с двумя WAN-портами.

Практика: Как сделать резервный маршрут?

Вариант 1: Статический маршрут с приоритетом

Самый простой способ — добавить второй маршрут с большим метриком. Работает на Linux, Windows, роутерах MikroTik, Cisco и т.д.

# Пример для Linux
ip route add default via 192.168.1.1 metric 100     # основной маршрут
ip route add default via 10.1.1.1 metric 200        # резервный маршрут

Как это работает? Когда основной шлюз (метрика 100) доступен — трафик идёт через него. Если он падает, система автоматически переключается на резервный маршрут с метрикой 200.

Вариант 2: Используем динамические протоколы (OSPF, BGP)

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

! Пример для Cisco (OSPF)
router ospf 1
 network 192.168.1.0 0.0.0.255 area 0
! OSPF сам выбирает лучший маршрут, если один канал отвалился — трафик уйдет по другому

BGP — стандарт для дата-центров и крупных проектов. Позволяет резервировать каналы на уровне провайдеров.

! Пример для Cisco (BGP)
router bgp 65001
 neighbor 10.0.0.2 remote-as 65002
 neighbor 10.0.0.2 weight 100
 neighbor 10.0.0.3 remote-as 65003
 neighbor 10.0.0.3 weight 50

Подробнее: Документация по BGP

Вариант 3: Dual WAN на SOHO-роутерах

Сейчас даже бытовые роутеры поддерживают резервирование каналов. Например, MikroTik, Keenetic, TP-Link.

# MikroTik (фрагмент)
# Основной WAN
/ip route add gateway=192.168.88.1 distance=1
# Резервный WAN
/ip route add gateway=10.10.10.1 distance=2

В веб-интерфейсе обычно есть галочка «Failover» или «Backup WAN».

Вариант 4: Балансировка и резервирование через pfSense, OpenWRT

Если вы используете pfSense или OpenWRT, настройка резервного маршрута — дело пары кликов.

• В pfSense: System → Routing → Gateways. Добавляете оба шлюза, основной — Tier 1, резервный — Tier 2.
• В OpenWRT: Network → Interfaces → Add new interface, затем в настройках Failover указываете приоритеты.

Кейсы: Плюсы, минусы и подводные камни

Позитивный кейс

Сайт на WordPress, VPS с двумя сетевыми интерфейсами. Основной канал — 1 Гбит, резервный — 100 Мбит. При падении основного трафик автоматически уходит на запасной, сайт не падает, SEO-позиции не проседают.

Негативный кейс

Два маршрута, но нет мониторинга состояния шлюза. Основной канал «подвис», но шлюз пингуется. Трафик уходит в пустоту, резерв не включается. Итог — простой, потери, ругань от клиентов.

Плюсы подходов

• Отказоустойчивость — сайт/сервис всегда онлайн.
• Гибкость — можно использовать разные провайдеры, каналы, тарифы.
• Просто — настраивается за 5-10 минут на любом железе.

Минусы и ограничения

• Резервный канал часто медленнее или дороже.
• Некоторые решения требуют ручной настройки или мониторинга состояния шлюза.
• Сложности с сессиями (например, если IP-адреса на каналах разные).

Частые ошибки и мифы

• «Достаточно прописать два маршрута» — не всегда! Если не настроить мониторинг (например, через ip route check-gateway или netwatch на MikroTik), резерв может не сработать.
• «Резервный канал не нужен, у меня SLA» — а если у провайдера авария или DDoS? Лучше перебдеть.
• «Динамические протоколы — это сложно» — на самом деле, OSPF/BGP настраиваются за час, а пользы вагон.
• «Балансировка = резервирование» — не всегда. Балансировка делит трафик, а резервирование — переключает полностью.

Бонус: Советы и лайфхаки

• Используйте ping-check или track script для проверки доступности шлюза, а не только интерфейса.
• Для бизнес-проектов — два разных провайдера, желательно по разным физическим каналам.
• В облаке? Используйте Cloud Router или аналогичные сервисы.
• Не забывайте про DNS! Если резервный канал с другим IP — настройте DNS Failover (например, через Cloudflare).

Похожие решения и альтернативы

• VPN Failover — если трафик идёт через VPN, можно настроить резервные туннели.
• SD-WAN — для крупных сетей, автоматическая балансировка и резервирование на уровне приложений.
• Reverse Proxy — если у вас несколько серверов, используйте балансировщик с резервированием (Nginx, HAProxy).

Заключение: Какой способ выбрать?

Всё зависит от ваших задач и инфраструктуры. Для простых проектов — достаточно статического маршрута с мониторингом. Для бизнеса — обязательно два провайдера, динамические протоколы или SD-WAN. Всегда тестируйте резервирование — имитируйте отказ основного канала и смотрите, как быстро всё переключается.

Рекомендация: Не экономьте на резервном маршруте. Это не только защита от форс-мажора, но и конкурентное преимущество. А если не хотите разбираться сами — доверьте настройку профессионалам. Но базовые вещи знать всё равно нужно!

Удачных аптаймов и минимум нервов! Если остались вопросы — пишите в комментарии, разберём ваши кейсы.

---

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

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