Ну, графический интерфейс в любом софт-проекте — самое сложное. А в случае с Unifi контроллер — это как бы единый GUI, управляющий всеми устройствами. Я подозревал, что там творится бардак, когда к Unifi присоединили коммутаторы и USG, и то, что они так долго с этим тянут, к сожалению, подтверждает мои опасения. Как уже говорили другие, в новых версиях контроллера Unifi произошли огромные изменения в базах данных, так что, надеюсь, они уже близки к завершению уборки и могут перейти к быстрому добавлению новых функций. Вот бы! Обожаю потенциал Unifi, но USG пока что далеко не дотягивает.

Я новичок в UBNT и подумываю купить новый роутер... учитывая, что с тех пор прошло уже 10 месяцев, я прочитал эту ветку и пару других по этой теме, и эта — с последним обновлением в 2017 году, поэтому оставляю здесь свой ответ. Поскольку в прошивках произошли обновления, рекомендация всё ещё та же — ERPro-8 лучше, чем USG-PRO-4? Есть ли новые плюсы или минусы, которые стоит учесть продвинутому сетевому специалисту или технически подкованному домашнему пользователю с подключением от провайдера 1 Гбит/с вниз и 250 Мбит/с вверх?

Небольшое обновление. Я заказал всё для апгрейда сети, всё уже пришло, и я начинаю настраивать. USG-PRO-4 почти готов к запуску, даже DMZ оказался проще, чем я думал, благодаря обновлениям контроллера до версии 5.5. Сейчас работаю над настройкой правила 1 к 1 NAT. Похоже, что его всё ещё нужно делать через файл config.gateway.json. Конфигурация у меня готова, хочу только удостовериться, что сделаю всё правильно. Я следую этому посту, там как раз сказано, что важно всё реализовать корректно. https://help.ubnt.com/hc/en-us/articles/215458888-UniFi-How-to-further-customize-USG-configuration-with-config-gateway-json

Там говорится, что если попытаться сбросить полную конфигурацию, можно попасть в петлю перезагрузки. Нужно включать только тот раздел, который хочешь изменить. Но есть предупреждение: кастомный json-файл именно «заменяет», а не «сливает» разделы конфигурации. Значит ли это, что если я не хочу использовать всю конфигурацию целиком, то всё равно должен включить в файл текущие настройки раздела, который меняю, или это касается только тех случаев, когда я уже вносил изменения через json и нужно не потерять их?

Поскольку я меняю настройки NAT, думаю, нужно включать только этот раздел с нужными дополнениями в формате service. Полагаю, что остальные сервисы указывать не нужно, но если я ошибаюсь — пожалуйста, скажите.

{
  "service": {
      "nat": {
          CONFIG DETAILS HERE
      }
  }
}

Если нужно включать текущую NAT-конфигурацию вместе с обновлениями, то я, наверное, должен развернуть конфигурацию, а потом сразу же применить обновления NAT. Дело в том, что в NAT есть записи masquerade для WAN1. Сейчас WAN1 использует временный IP, пока я всё настраиваю, и сразу после развертывания IP изменится, значит, мне придётся сразу же менять json-файл. Так что, может, лучше подождать до запуска.

Правильно ли я думаю или что-то упускаю? Любая помощь будет очень кстати. После этого останется только завершить настройку правил файрвола.