У меня такая же проблема с другими модемами: Zyxel LTE3301 и Zyxel LTE4506, оба при работе в режиме моста теряют связь между USG и модемом... Не могу поверить, что это никак нельзя исправить в прошивке USG...

Если скрипт просто настраивает интерфейс как прямое соединение точка-точка, почему это нельзя поддерживать нативно в прошивке USG/EdgeRouter?

Тебе правда пришлось использовать тот скрипт сверху?

Если честно, я пробовал это на куче роутеров (Netgear, Linksys и прочих), и ни один не заработал. На Edgerouter тоже не сработало. Зато напрямую с моим Mac всё работает. Не думаю, что это проблема Ubiquiti, скорее всего, косяк в прошивке Netgear. И в отличие от Ubiquiti, Netgear вряд ли будет исправлять свой софт. Ubiquiti далеко не идеальна и иногда выпускает сырой код, но я предпочту это в тысячу раз тому, что другие даже не станут заморачиваться исправлять свои продукты. Вот почему все эти роутеры лежат у меня в хламе, а сейчас у меня только оборудование Ubiquiti.

Я попробовал, но это не решило мою проблему. Пакеты не выходят из LTE-модема Netgear, когда он в режиме моста, даже с этим скриптом. После установки скрипта согласно инструкции и настройки прав, я попробовал оба способа:  
1. Отключить кабель WAN  
2. Перезагрузить USG  
В обоих случаях USG переключался на моё другое подключение, а когда я пытаюсь вернуть обратно на WAN1, ни один пакет не выходит.

Ничего, это почти наверняка была ошибка в диагнозе. Ничего существенного и почти ничего связанного с DHCP клиентом не изменилось между версиями 1.9.0 и 1.9.1.

У меня *точно* такая же проблема: Netgear LB1211 (режим моста) --> Eth0 (WAN) USG.  
USG получает публичный IP/GW/NM через DHCP, однако NM — это /32, и из-за этого основной шлюз становится недоступен, поэтому маршрут по умолчанию отображается как «неактивен». Как и говорили другие, это похоже на PPPoE-соединение, но без аутентификации.

Теперь UBNT заявили, что проблема связана с ограничением программного обеспечения на базе Linux, однако, согласно этой теме, другие роутеры с этим справляются, и один из примеров — EdgeRouter X SFP с прошивкой 1.9.0:  
https://community.netgear.com/t5/AirCard-LTE-Hotspots-Gateways/LB1120-Bridge-Mode-No-Connectivity/td-p/1260397

--------------------------------------------------------------------------------------------------------------------------------------------------------------

«Что интересно, когда я подключил LB1120 в другое место, где стоит EdgeRouter X SFP с версией 1.9.0, всё работает отлично — никаких скриптов не нужно...  
...Чтобы было ясно, у меня не работает на edgerouter pro с 1.9.1.1, но работает на edgerouter X с 1.9.0.»

--------------------------------------------------------------------------------------------------------------------------------------------------------------

Так в чём же отличие версии 1.9.0 на линейке EdgeRouter от остальных?

Скрипт сработал у меня на обычном, не профессиональном USG, но при принудительном переподключении возникали проблемы. Если вы используете устройство Netgear в режиме модема, проблему можно решить с помощью статического маршрута интерфейса. Это можно сделать с помощью файла config.gateway.json, содержимое которого я выкладывал раньше в этой теме (пост 39). Инструкции по установке этой конфигурации можно найти, поискав в Google "config.gateway.json". Для стандартного USG нужно заменить "eth2" на "eth0", если подключение идет через WAN 1. Для WAN 2 менять ничего не надо. Также статические маршруты можно настроить через контроллер UniFi, хотя я сам этого не пробовал.

Согласен, у меня точно такая же ситуация. У меня открыт тикет в Unifi, надеюсь, они найдут решение. Не могу поверить, что только мы пытаемся это сделать. Уверен, что многие провайдеры раздают /32 адреса через DHCP. Напишу, если что-то прояснится.