Не могу поверить, что спустя 6 лет всё ещё такое же поведение. Я хотел обновить всё до того, как оно начнёт управлять сетью, но нет. Сначала нужно запустить его как шлюз, а потом прервать всю сеть, чтобы обновить. Даже дешевое потребительское оборудование работает лучше этого.

Это всё ещё проблема. Мой новый USG превращается в «кирпич» во время планового обновления прошивки, потому что он по умолчанию сбрасывается к заводским IP-адресам (192.168.1.0) на WAN- и LAN-сторонах и активирует DHCP-сервер. Так что каждую ночь, когда это случается, он не просто отключает мою сеть от интернета, но и создаёт цепную реакцию на всех серверах локальной сети, потому что DHCP обрабатывается сервером, а не USG. В результате у меня появляются конкурирующие DHCP-серверы и конфликты IP-адресов, которые на короткое время приводят к хаосу в системах автоматизации здания, датчиках и HVAC-системах. Это абсолютно недопустимая конструктивная ошибка. К кому мне обратиться, чтобы помочь переработать это? Я заглянул «под капот» и вижу там Debian с кучей shell-скриптов, которые автоматизируют конфигурацию (отличная идея не изобретать велосипед... я правда считаю, что это было правильное решение). Проблема, похоже, в процессе обновления и последующего перенастроя. Как будто обновление стирает все настройки, сбрасывает к заводским и ожидает повторного конфигурирования от контроллера. Это сработает только если все предположения по архитектуре сети и её дизайну верны, а в моём случае — нет. И в описанных выше случаях, судя по всему, тоже нет. Это звучит как отличный кейс для рефакторинга, и я рад помочь.

Знаю, что пост старый, но у меня была такая же проблема. Так как у моего USG на WAN-порту статический IP, пришлось вручную настроить DNS, и тогда всё заработало нормально.

@davidc18

Наверное, лучше начать новую тему. Эта проблема (по крайней мере в последнее время) обычно возникает из-за того, что USG не может скачать прошивку из интернета, так как новые версии не завязаны на версии контроллера. Можно попробовать обновиться через SSH, чтобы посмотреть, что происходит (или не происходит)  
upgrade https://dl.ubnt.com/unifi/firmware/UGW3/4.3.37.4967220/UGW3.v4.3.37.4967220.tar

У меня была такая же проблема. Я бы предложил Ubiquiti менять заводской LAN IP на 192.168.2.1 прямо из коробки, потому что у большинства роутеров провайдеров стоит 192.168.1.1. Еще вариант — чтобы на стандартной локальной странице USG можно было вручную задавать LAN, а не только WAN. Это бы очень упростило жизнь, особенно когда твой провайдер — Att Uverse, и не нужно было бы обходить всё через SSH.

Всем привет! У меня очень похожая проблема с USG версии 4.2.0.4705016. Я пытался обновить это устройство напрямую через контроллеры 4.8.20 и 5.0.7, но безуспешно. Скачал правильный файл прошивки (например, для 5.07 https://dl.ubnt.com/unifi/firmware/UGW3/4.3.16.4879270/upgrade.tar), затем запускал обновление прямо с консоли USG. USG просто перезагружается и не обновляет прошивку. Я также делал сброс к заводским настройкам и повторял всю процедуру заново.

В контроллере по-прежнему вижу сообщение «connected need upgrade». Также заметил, что в USG есть только аккаунт по умолчанию — «ubnt» с паролем по умолчанию, даже после добавления в контроллер (никаких админских или других учетных записей нет) — это очень странно и опасно.

Кто-нибудь может помочь с этой проблемой? Это какой-то баг в прошивке? Есть ли другой способ обновить устройство?

Чтобы получить IP-адрес от Comcast, я понял, что нужно дождаться, пока USG загрузится и появится экран настроек Интернета на порту 80. Затем перезагрузить Comcast И ждать, ждать. Через 10 минут USG перезагрузился дважды (мигающий белый свет) и получил IP, после чего его можно было обновить. (У меня были такие же проблемы с обновлением, когда устройство только пришло — нужно просто набраться терпения и игнорировать мигание белого света пару циклов).

Наконец-то я смог обновить своё устройство. Я ещё раз сделал сброс к заводским настройкам с помощью кнопки, но не удалял USG из Unifi. После перезагрузки оно снова подключилось к контроллеру. Я заметил, что дата снова была неправильной, поэтому исправил её через SSH и попробовал обновиться через Unifi — и наконец-то получилось. Раньше я несколько раз пытался установить дату через SSH и обновиться вручную, но после перезагрузки дата снова сбрасывалась, а обновление не происходило. Даже пробовал обновляться до того, как USG был принят контроллером, а также ставил чуть более старые версии прошивки. По-моему, именно исправление даты и время и обновление через контроллер вместо ручной установки сработали.

Да, именно так. Похоже, пора открыть тикет или привлечь внимание @UBNT-MikeD или @UBNT-Brandon.