Ну, это не то, что я бы посоветовал, но я видел несколько случаев, когда устройства не работали, если их подключать напрямую к airMAX (или ER), а если между ними поставить обычный свитч, то заработают. В редких случаях было проще оставить этот свитч за 15 баксов, чем разбираться, почему так происходит. Раз ты уже заменил SP, просто предлагаю попробовать. Я не могу ответить по поводу VPN для SP, потому что я их не использую.

Ты пробовал поставить небольшой 5-портовый свитч между SP и airMAX?

Ну это совсем не радует.... Если учесть, что обычный свитч работает без проблем, я бы сказал, что у вас, вероятно, ещё один сломанный модуль. Загорался ли этот LAN-индикатор с самого начала?

Все отличные вопросы и информация… но эта штука ведёт себя не как коммутатор… жутко шалит. И это замена от Ubiquiti, и загорается индикатор порта 24v SolarPoint, показывая, что подклюшено проводное ethernet-устройство, хотя там ничего не подключено. Может быть, мне в подряд два раза достались неисправные SolarPoint?

Для типичного беспроводного моста я бы сделал следующее:

UDM-PRO/SE/POE Switch -> NanoBeam/Airmax антенна (Настройка в режиме AP, прозрачный мост -> беспроводной мост <-- Nanobeam/AirMax (настройка в режиме Station) -> US-8-150W коммутатор (24v passive на порту 1)... Теперь у меня есть расширенный мост, к которому можно подключить что угодно ниже по иерархии моего коммутатора, либо физически, либо беспроводным способом.

В этом сценарии я пытаюсь сделать то же самое с SolarPoint на стороне, находящейся ниже по иерархии беспроводного моста, выступающего в качестве 24v POE для стороны Station моего беспроводного моста… поэтому действует следующее:

UDM-PRO/SE/POE Switch -> NanoBeam/Airmax антенна (Настройка в режиме AP, прозрачный мост -> беспроводной мост <-- Nanobeam/AirMax (настройка в режиме Station) -> SolarPoint коммутатор (24v passive на порту 1).

В этой конфигурации я вижу обе стороны моего моста (AP и Station) выше по иерархии, но не SolarPoint.

В этой конфигурации обеим NanoBeam статически назначены IP-адреса в их соответствующих GUI (например, 192.168.1.41 для AP и 192.168.1.42 для Station) и также зарезервированы в UDM-Pro, чтобы они не менялись.

SolarPoint - в GUI сетевые настройки сконфигурированы в одной подсети (например, 192.168.1.51) и назначены/зарезервированы в UDM-Pro.

Если напрямую подключить ноутбук к SolarPoint, то IP-адреса не будет, и нельзя будет попасть в SolarPoint по статическому адресу, который я ему назначил в его GUI (192.168.1.51), даже если я вручную назначаю себе статический IP-адрес на своем ноутбуке (например, 192.168.1.111), находясь под проводом, подключенным к SolarPoint.

Я не могу пропинговать 192.168.1.1, и нет маршрута через мост.

Как только NanoBeam устанавливают соединение, трафик становится плохим и нестабильным.

Я думал о случайном создании сетевого цикла, поскольку долгосрочная цель - иметь AC Mesh ниже по иерархии SolarPoint для расширения моей беспроводной сети для портативных устройств. Был момент, когда AC Mesh был подключен и работал ниже по иерархии SolarPoint, и это действительно вызвало перегрев в сети, но, признаюсь, мы тестировали все наше оборудование в багажне квадроцикла на расстоянии прямой видимости от существующей (AC Mesh и другой U6 Mesh) в сети выше по иерархии.

Тем не менее, даже без подключенного беспроводного оборудования UniFi ниже по иерархии SolarPoint, всё равно [фрагмент не переведён: things are still $hitty].

Спасибо за мозговой штурм. Я определённо НЕ новичок в этом оборудовании. Я настраивал ОЧЕНЬ много offgrid и сельских сетей и совершал все ошибки, о которых знаю, в отношении WDS/прозрачных мостов, неправильной конфигурации.

SolarPoint - это единственная переменная. И теперь я опасаюсь этого устройства.

Jason

SP — это не роутер, это просто коммутатор (если память мне не изменяет). Однако, он и "маршрутизирует", если ты подключен к его WiFi AP для целей администрирования.