Статический маршрут Keenetic: пошаговая инструкция для доступа к подсети за вторым роутером | AdminWiki
Timeweb Cloud — сервера, Kubernetes, S3, Terraform. Лучшие цены IaaS.
Попробовать

Статический маршрут Keenetic: пошаговая инструкция для доступа к подсети за вторым роутером

04 апреля 2026 9 мин. чтения

Если у вас за вторым роутером, коммутатором или устройством находится изолированная подсеть с IP-камерами, сервером или другим оборудованием, доступ к ним из основной сети невозможен без настройки маршрутизации. Эта инструкция предоставляет практическое, проверенное решение: вы научитесь добавлять статический маршрут в веб-интерфейсе Keenetic, чтобы организовать связь между сегментами сети с разными IP-подсетями. Мы подробно разберем каждый параметр правила, дадим инструменты для диагностики и решения типичных проблем конфигурации.

Проблема: изолированные подсети и отсутствие доступа

Типичный сценарий, с которым сталкиваются системные администраторы и технические специалисты, выглядит так: основной роутер Keenetic (например, с IP 192.168.1.1 и подсетью 192.168.1.0/24) подключен к интернету и раздает адреса клиентам. За вторым устройством — другим роутером, сетевым коммутатором с VLAN или специализированным устройством вроде IP-камеры или сервера — находится отдельная подсеть, например, 10.0.0.0/24 или 192.168.2.0/24. Устройства в основной сети (192.168.1.0/24) не могут «увидеть» и подключиться к ресурсам в подсети 192.168.2.0/24. Причина в том, что роутер Keenetic не знает пути к этой неизвестной ему сети. Его таблица маршрутов содержит только информацию о непосредственно подключенных сетях (LAN, WAN) и маршрут по умолчанию в интернет.

Примеры устройств в изолированной подсети:

  • IP-камера или система видеонаблюдения, подключенная к отдельному коммутатору или роутеру.
  • Сервер или NAS, находящийся в отдельном сетевом сегменте для безопасности.
  • Второй роутер, работающий в режиме точки доступа или клиента для расширения Wi-Fi, но с собственной DHCP-сервером.
  • Лабораторный стенд или тестовое оборудование в отдельной VLAN.

Как работает маршрутизация в простой сети

Маршрутизация — это процесс определения пути для передачи сетевого пакета из одной подсети в другую. Каждый маршрутизатор (включая ваш Keenetic) хранит таблицу маршрутов — набор правил, где указано: «для достижения сети X отправляй пакеты на устройство Y (шлюз) через интерфейс Z». Когда компьютер в сети 192.168.1.0 пытается обратиться к адресу 192.168.2.10, он отправляет пакет на свой шлюз по умолчанию (192.168.1.1). Если в таблице маршрутизации роутера Keenetic нет правила для сети 192.168.2.0, пакет будет отброшен или отправлен по маршруту по умолчанию (в интернет), где также потеряется.

Статический маршрут — это правило, добавленное администратором вручную. В отличие от динамических маршрутов, которые обмениваются протоколами вроде OSPF или RIP, статические маршруты не меняются автоматически и идеально подходят для простых, стабильных конфигураций, таких как связь с одной-двумя постоянными подсетями. Для понимания основ рекомендуем наше полное руководство по принципам IP-маршрутизации, где подробно разобран алгоритм Longest Prefix Match и устройство таблиц.

Решение: добавление статического маршрута в интерфейсе Keenetic

Настройка выполняется через веб-интерфейс администратора роутера Keenetic. Войдите в панель управления, перейдя по его IP-адресу (обычно http://192.168.1.1 или http://my.keenetic.net) и введя учетные данные. Путь к разделу может незначительно отличаться в зависимости от версии прошивки и модели. Обычно нужный пункт находится в меню «Система» -> «Маршрутизация» или «Дополнительно» -> «Статические маршруты». Найдите кнопку «Добавить» или «Создать правило».

Интерфейс добавления нового статического маршрута обычно содержит следующие поля: Сеть назначения (Destination), Маска подсети (Netmask), Шлюз (Gateway), Метрика (Metric) и Интерфейс (Interface). Разберем каждый параметр детально.

Параметр 1: Сеть назначения (Destination)

В это поле вы указываете IP-адрес целевой подсети, к которой нужно организовать доступ. Критически важно указать адрес сети, а не конкретного устройства.

  • Что указывать: IP-адрес сети и маску подсети. Например, если устройства во второй подсети имеют адреса вида 192.168.2.1, 192.168.2.10, 192.168.2.100, то сеть назначения — 192.168.2.0, а маска — 255.255.255.0 (что эквивалентно записи /24).
  • Как определить: Узнайте IP-адрес любого устройства в целевой подсети и его маску. Адрес сети вычисляется побитовым умножением IP-адреса устройства на маску подсети. Для простоты можно использовать калькулятор подсетей.
  • Примеры для разных сценариев:
    • Для подсети 10.10.0.0 с маской 255.255.0.0 (/16): Сеть — 10.10.0.0, Маска — 255.255.0.0.
    • Для одной точки (маршрут на хост): если нужен доступ строго к одному устройству 172.16.50.5 с маской 255.255.255.255, укажите сеть 172.16.50.5 и маску 255.255.255.255.

Параметр 2: Шлюз (Gateway)

Это самый важный и часто ошибочно заполняемый параметр. Шлюз — это IP-адрес устройства в вашей основной сети (в подсети Keenetic), которое «знает путь» к целевой подсети.

  • Что указывать: В стандартном сценарии это IP-адрес второго роутера в вашей основной сети. Например, если Keenetic имеет подсеть 192.168.1.0/24, а второй роутер подключен к нему по LAN и имеет IP 192.168.1.2, то именно 192.168.1.2 и будет шлюзом.
  • Почему нельзя указывать IP целевого устройства: Если вы укажете шлюзом 192.168.2.1 (адрес второго роутера в его собственной подсети), Keenetic попытается отправить пакет для сети 192.168.2.0 на адрес 192.168.2.1. Но чтобы доставить пакет на этот адрес, ему уже нужен маршрут к сети 192.168.2.0 — возникает логическая петля.
  • Как найти правильный адрес: Подключитесь к сети Keenetic, зайдите в его веб-интерфейс и найдите список клиентов (например, в разделе «Мониторинг» или «Домашняя сеть»). Найдите там второе устройство (роутер) и его IP-адрес в вашей сети.

Параметр 3: Метрика (Metric) и интерфейс (Interface)

Эти параметры часто можно оставить по умолчанию для простых конфигураций.

  • Метрика: Числовое значение, определяющее приоритет маршрута. Если есть несколько маршрутов к одной сети, будет использоваться маршрут с наименьшей метрикой. В нашем сценарии, как правило, маршрут только один. Рекомендуется оставить значение по умолчанию (часто 1 или 10).
  • Интерфейс: Сетевой интерфейс роутера Keenetic, через который будет отправляться трафик к указанному шлюзу. В 99% случаев это основной LAN-интерфейс, который может называться «Home Network», «LAN» или «br0». Не изменяйте этот параметр, если у вас нет нескольких физических LAN или настроенных VLAN.

Финальный шаг: сохранение и применение правила

После заполнения всех полей нажмите кнопку «Добавить» или «Сохранить». Новое правило должно появиться в списке статических маршрутов. В некоторых версиях прошивки для применения изменений требуется отдельно нажать кнопку «Применить настройки» или «Сохранить изменения» в верхней части интерфейса. После этого роутер может кратковременно перезагрузить сетевые службы. Проверьте, что правило активно и присутствует в таблице маршрутизации.

Проверка и диагностика работоспособности маршрута

После настройки необходимо убедиться, что маршрут работает. Самый простой способ — использовать утилиту ping с компьютера в основной сети (192.168.1.0/24), указав IP-адрес устройства в целевой подсети (например, 192.168.2.10).

ping 192.168.2.10

Успешный ответ означает, что маршрут настроен верно. Для более детального анализа пути пакета используйте tracert (Windows) или traceroute (Linux/macOS):

tracert 192.168.2.10

В выводе вы должны увидеть, что первый хоп — это шлюз Keenetic (192.168.1.1), второй хоп — указанный вами шлюз для статического маршрута (192.168.1.2), а третий — конечное устройство (192.168.2.10). Также вы можете проверить таблицу маршрутов в самом интерфейсе Keenetic в соответствующем разделе.

Что делать, если ping не проходит

Если связь не установлена, следуйте пошаговому плану диагностики:

  1. Проверьте правильность IP-адреса целевого устройства. Убедитесь, что устройство включено, подключено к сети и имеет статический IP или корректно получило его от DHCP второго роутера.
  2. Проверьте доступность шлюза. С компьютера в основной сети выполните ping до IP-адреса шлюза, указанного в маршруте (например, 192.168.1.2). Если ping до шлюза не проходит, проблема на уровне связи между Keenetic и вторым устройством (провода, порты, настройки второго устройства в основной сети).
  3. Проверьте настройки второго роутера. Убедитесь, что на втором роутере включена маршрутизация между интерфейсами (часто опция «Включить маршрутизацию»), его внутренний интерфейс смотрит в целевую подсеть, а брандмауэр не блокирует входящие соединения из внешней сети (192.168.1.0/24).
  4. Перепроверьте данные в статическом маршруте. Особенно сеть назначения (не перепутали ли маску) и адрес шлюза.
  5. Проверьте правила брандмауэра. На Keenetic в разделе «Безопасность» или «Межсетевой экран» убедитесь, что нет правил, блокирующих трафик между внутренними интерфейсами или из сети LAN в сеть назначения.

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

Частые ошибки конфигурации и их решение

  • Ошибка в маске подсети. Указание маски хоста (/32 или 255.255.255.255) вместо маски сети (/24). В этом случае маршрут будет работать только для одного конкретного IP-адреса, а не для всей подсети. Решение: Укажите правильную маску целевой подсети.
  • Указание IP целевого устройства как шлюза. Самая распространенная ошибка. Пользователь указывает в качестве шлюза, например, 192.168.2.1 (адрес второго роутера в его LAN), а не 192.168.1.2 (его адрес в сети Keenetic). Решение: Указывайте в качестве шлюза IP-адрес промежуточного устройства в вашей основной подсети.
  • Конфликт подсетей. Если на обоих роутерах настроена одинаковая подсеть (например, 192.168.1.0/24), маршрутизация не потребуется, но возникнет конфликт адресов. Решение: Измените IP-схему на одном из устройств, чтобы подсети были разными.
  • Отсутствие обратного маршрута. Статический маршрут на Keenetic позволяет компьютерам из сети 192.168.1.0 инициировать соединение с сетью 192.168.2.0. Однако, если устройство из сети 192.168.2.0 попытается ответить или инициировать соединение с сетью 192.168.1.0, второму роутеру также нужен будет маршрут обратно. Решение: На втором роутере настройте статический маршрут: сеть назначения 192.168.1.0/24, шлюз — IP-адрес Keenetic в сети второго роутера (чаще всего это IP второго роутера в WAN-порту, если он в режиме роутера).
  • Блокировка трафика брандмауэром. Встроенный межсетевой экран Keenetic или второго устройства может блокировать межподсетевой трафик. Решение: Проверьте и настройте правила брандмауэра, разрешив трафик между соответствующими интерфейсами или сетями.

Расширенный сценарий: двусторонний доступ и альтернативы

Описанная выше настройка обеспечивает односторонний доступ — инициацию соединения из основной сети в изолированную. Для организации двусторонней связи (например, чтобы сервер в подсети 192.168.2.0 мог обращаться к NAS в сети 192.168.1.0) необходимо также настроить статический маршрут на втором роутере. Правило будет зеркальным: сеть назначения — 192.168.1.0/24, шлюз — IP-адрес основного роутера Keenetic с точки зрения второго роутера. Этот адрес зависит от режима работы второго устройства: если он работает как маршрутизатор с отдельным WAN, то шлюзом будет IP Keenetic на этом WAN-линке.

Статическая маршрутизация — не единственный способ решить задачу. Альтернативы включают:

  • Режим точки доступа (AP) или моста (Bridge) на втором роутере. В этом случае второе устройство перестает выполнять функции маршрутизатора и DHCP-сервера, объединяя все устройства в одну общую подсеть. Это самое простое решение, если не требуется изоляция сетей.
  • Настройка VPN (например, IPsec или OpenVPN) между роутерами. Создает зашифрованный туннель, логически объединяя сети. Решение для безопасного доступа через интернет или при необходимости строгого шифрования трафика.
  • Использование динамической маршрутизации (RIP, OSPF). Для сложных сетей с множеством подсетей и избыточностью, где маршруты должны меняться автоматически при изменениях топологии. В контексте Kubernetes это может быть реализовано через BGP, как описано в нашем руководстве по динамической маршрутизации BGP в Kubernetes с Calico.

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

Поделиться:
Сохранить гайд? В закладки браузера