Почему через радиомост отсутствует доступ в интернет?

Всем доброго времени суток! Нужно подключить интернет по радиомосту, проложить кабель нет возможности. Радиомост организован на двух точках Ubiquiti LiteBeam M5-23. Проблема: через радиомост не проходит интернет — на порту коммутатора, к которому подключён радиомост, не выдаются DHCP-аренды, соответственно клиент не получает сетевые настройки. При этом если к этому же порту подключить ноутбук напрямую, DHCP-аренда выдаётся и интернет работает. Не понимаю в чём может быть дело, сталкиваюсь с этим впервые. Настройки базы:
  • 4 июля 2026 г. 19:00
Ответы на вопрос 1
Коротко — потому что радиомост не работает как прозрачный L2‑мост и не пропускает DHCP‑запросы от клиента к DHCP‑серверу. Чаще всего это либо режим работы радиомоста (WDS/bridge vs «обычный» station/router), либо VLAN/фильтрация/изоляция, либо настройки PoE/порта. Ниже — пошаговая диагностика и типичные решения для Ubiquiti LiteBeam (AirOS).

Что проверить в первую очередь
1. Режим работы устройств
   - На стороне «мастер/точка» (куда идёт интернет) должен быть Access Point (AP), на стороне приёма — Station (клиент), но обязательно в WDS/Bridge режиме (AP WDS + Station WDS) или в явном Bridge/PtP режиме. Простая Station без WDS часто не пропускает MAC‑адреса клиентов и DHCP.
   - В Network -> Network Mode должен стоять Bridge, а не Router/NAT.

2. DHCP / NAT / Firewall на радиоустройствах
   - Убедитесь, что на радиомосте НЕ включён DHCP Server и НЕ включён режим NAT/Router (если вы хотите прозрачный мост).
   - Отключите встроенный firewall/packet filter в радиоустройствах для теста.

3. VLAN и теги
   - Если в сети используются VLAN, убедитесь, что радиомост пропускает теги (т.е. порт на свиче настроен как транк, радиомост не «сбрасывает» теги). На AirOS есть опции для VLAN/Management VLAN — проверьте их.
   - Если порт свича — access VLAN, убедитесь, что клиент в той же VLAN.

4. Клиентская изоляция / Inter‑client forwarding
   - Выключите «Client Isolation» или «Inter‑Client Forwarding» если они включены — они мешают L2‑пересылке.

5. PoE / физическое подключение
   - Подключаете ли вы радиоустройство в правильный PoE-порт (некоторые PoE-инжекторы имеют порт только для питания)?
   - Проверьте кабели, индикаторы link.

6. Совместимость прошивок
   - Лучше, чтобы оба конца были на совместимых версиях прошивки (в идеале одинаковых).

Диагностика (команды/действия)
1. На AP посмотрите список ассоциированных станций — виден ли MAC клиента (или виден только MAC радиоустройства)?
2. С радиоустройства/через GUI выполните ping до IP DHCP‑сервера (обычно шлюз). Если пинги не проходят — проблема L3.
3. Слушайте DHCP трафик:
   - Подключите Wireshark к порту свича, к которому подключён радиомост, и посмотрите: идут ли DHCPDISCOVER от удалённого клиента? Если нет — радиомост не пересылает.
4. На DHCP‑сервере смотрите логи/ARP — приходят ли запросы от MAC клиента?
5. Проверьте таблицу MAC на свиче: виден ли MAC устройства клиента или только MAC радиомодуля?

Типичные исправления
- Переключите режимы на AP WDS / Station WDS (или включите «Transparent Bridge»).
- Снимите NAT/DHCP с радиомоста.
- Исправьте настройки VLAN (транк/порта/management VLAN).
- Отключите клиентскую изоляцию.
- Обновите прошивки и перезагрузите устройства.

Если после этих шагов не заработало — пришлите сюда:
- Скриншоты настроек Wireless и Network для обоих устройств (AP и Station).
- Версии прошивок.
- Краткую топологию (где DHCP‑сервер относительно радиомоста — на другом конце моста/в центральном офисе/в локальном свиче).
С этими данными дам точечные команды и правки конфигурации.
Похожие вопросы