Грустная часть в том, что всё не так просто, и мы до сих пор ищем ответы. Работает ли Cloud Key Gen2+ с POE-инкубатором 48-24w-G?

Честно говоря, если это Gen1 UC-CK, то лучший совет — запитать его через micro-USB (5В при минимуме 1.2А), так как UC-CK будет работать значительно прохладнее (примерно на 10-20°C холоднее, если я правильно помню). SD-карта плохо работает, когда UC-CK нагревается.

Для тех, кто читает эту ветку, Cloud Key первого поколения действительно не соответствует стандарту 802.3af. Вопреки вышеописанному, я считаю, что Cloud Key совместим только с режимом A (endspan), а несовместим именно режим B (midspan). В следующем документе указано, что коммутаторы UniFi работают в режиме endspan: https://help.ubnt.com/hc/en-us/articles/115000263008--UniFi-Understanding-PoE-and-How-UniFi-Devices-are-Powered. И, как видно, Cloud Key действительно работает с этими коммутаторами. Кроме того, я пытался использовать Cloud Key с Legrand DA2400 (который в документации указан как midspan инжектор), и он не включился.

Вот краткое сообщение для всех, кто следит за этой темой и хочет прояснить вопрос с Cloud Key PoE. Во-первых, вопреки инструкциям и спецификациям, которые идут в комплекте с Cloud Key, Cloud Key PoE не соответствует стандарту 802.3af. Cloud Key будет работать только если питание по PoE подключено по схеме Mode B. Если ваш PoE-коммутатор использует схему Mode A, то устройство не запустится. В этом случае вам нужно использовать PoE-инжектор "mid span" (схема Mode B) или питать Cloud Key с помощью USB. Было бы здорово, если бы UBNT обновили свою документацию и сайт, чтобы яснее описать требования к PoE. В техническом описании ошибка — там указано "48В 802.3af или Passive PoE (пары 4,5+; 7,8 возврат)". Ссылку на 802.3af стоит убрать, ведь устройство явно не соответствует этому стандарту.

@UBNT-Jerry  
@UBNT-Ben  
@UBNT-DavidH  

Сервисы: Secure Socket Tunneling protocol и SSDP Discovery запущены.  

Привет, я пытаюсь настроить Cloud Key для использования на нескольких площадках. Мой роутер — ERX, я настроил переадресацию порта 8080 на статический IP Cloud Key. Прошивка Cloud Key и UniFi обновлены до последней версии, имя пользователя и пароль изменены для безопасности.  

При локальном подключении я получил следующее:  
1. Подключение к IP Cloud Key по http перенаправляет на https с опциями управления и настройки.  
2. Подключение к http://localip:8080 перенаправляет на https://ip:8443/manage/wizard/  
3. Подключение к https://localip:8080 вызывает ошибку браузера:  
«Ошибка защищённого соединения  
При подключении к localIP:8080 произошла ошибка. SSL получил запись, превышающую максимально допустимую длину. Код ошибки: SSL_ERROR_RX_RECORD_TOO_LONG»  

Я предполагаю, что для доступа через публичный IP нужно использовать переадресованный порт 8080:  
1. Подключение к https://publicip:8080 даёт ту же ошибку:  
«Ошибка защищённого соединения  
При подключении к 10.10.10.175:8080 произошла ошибка. SSL получил запись, превышающую максимально допустимую длину. Код ошибки: SSL_ERROR_RX_RECORD_TOO_LONG»  
2. Подключение к http://publicip:8080 переходит на стартовую страницу https://publicIP:8443/manage/wizard/, где появляется ошибка:  
«Время подключения истекло  
Сервер по адресу publicIP слишком долго не отвечает.  
Возможно сайт временно недоступен или перегружен. Попробуйте позже.»  

Обновление: я добавил переадресацию порта 8443 и подключился через https://publicIP:8443 — меня провело через процесс настройки UniFi, включая ввод имени пользователя и пароля, аккаунта Ubiquiti Cloud, значит, это работает.  

Следующий шаг — добавить UAP удалённо. Я установил случайно сгенерированный длинный пароль, но было бы круто, если бы была двухфакторная аутентификация.  

Буду признателен за любые советы по безопасности этой схемы.