Всегда очень хлопотно заставить новые устройства прижиться.

Всегда очень хлопотно заставить новые устройства прижиться., UniFi Network

JetForMe

Guest

26.08.2015 08:55:00

Мне нравится эта штука, когда она работает, но всегда ОЧЕНЬ СЛОЖНО всё настроить. Я только что купил новый UniFi AP, но не могу подключить его к контроллеру. Сначала на OS X 10.10.5 с Java 8 (это сейчас актуально, надо поддерживать) UniFi-Discover вообще ничего не находит (даже уже присоединённые и работающие устройства). Тогда я залез на устройство по ssh с дефолтными данными и выполнил set-inform, чтобы указать мой контроллер. Статус был «Server-Reject», а потом возвращался к «Unable to resolve (http://unifi:8080/inform)». Не помню, как я подключал прошлое устройство, но это было очень муторно. Что можно сделать, чтобы этот раз всё прошло проще? EDIT: Часть проблемы была в том, что я забыл слэш в конце URL inform. Теперь пишет «Not Adopted». Но я не вижу в контроллере ничего похожего на ожидающую точку доступа. Вижу её в списке DHCP клиентов, но нигде больше.

ncscomm

Guest

13.06.2018 13:52:00

Вы можете изменить порты, которые используются. Думаю, это есть в документации, но поскольку людям сложно это найти, я сделаю за вас эту работу.
Файл, который нужно отредактировать, чтобы поменять порты контроллера: https://help.ubnt.com/hc/en-us/articles/205202580-UniFi-system-properties-File-Explanation
А вот эта ссылка поможет найти каталог, где нужно редактировать файл контроллера для изменения портов: https://help.ubnt.com/hc/en-us/articles/115004872967

djc1309

Guest

12.06.2018 12:00:00

Привет, Джим. Я сделал, как ты советовал, но никто не смог предложить приемлемых решений. Оказалось, что управляемым свитчем просто невозможно управлять без программного обеспечения контроллера. Это ПО зависит от нескольких стандартных портов, один из которых — порт 8080. Этот порт требуется программой EMR, установленной на сервере. Поэтому я планирую подождать, пока смогу восстановить старый сервер, и установить туда это ПО контроллера.

Суть в том, что обход проблем, связанных с этой установкой, отнимает довольно много времени. Это время, за которое я не могу реально выставить счет клиенту. Так что сказать, что я потерял деньги на продаже этого свитча, — это абсолютно честное заявление. Единственное утешение во всей этой истории — мой клиент получил свитч высшего класса, пусть и без возможности управления.

eejimm

Guest

05.06.2018 19:47:00

Ты понимаешь, что это обсуждение уже больше двух лет назад было... Мы используем сотни устройств UniFi в самых разных системах и никогда не сталкивались с такими проблемами — может, если создашь свою тему и предоставишь больше информации, мы сможем тебе помочь. Джим

djc1309 Guest	#5 05.06.2018 19:42:00 От меня никаких похвал. Продукт(ы) лучше всех, что я когда-либо устанавливал, но процесс изучения и освоения — полное мучение.

MEM223

Guest

05.09.2016 00:33:00

Привет, @keiichi, надеюсь, это будет полезно. Контроллер версии 5.0.7.3093 у меня работал с UAP-AC-Lite. Моя конфигурация была в простой, автономной лабораторной среде. Для более масштабного и сложного развёртывания, возможно, потребуется дополнительное рассмотрение. Вот версии прошивок, которые я использовал: UAP-AC-Lite — 3.7.5.4969.

Сначала у меня были проблемы с настройками хостового файрвола между контроллером и UAP-AC-Lite. Контроллер работает на виртуальной машине Linux. Когда файрвол был слишком строгим, устройства отображались в интерфейсе как отключённые. Однако я воспользовался этим руководством для перенастройки файрвола: https://help.ubnt.com/hc/en-us/articles/218506997-UniFi-Ports-Used.

Контроллер и UAP-AC-Lite находились в одной сети L2.

keiichi Guest	#7 04.09.2016 23:24:00 Есть ли вероятность, что версия 5.0.7.3093 тоже не будет работать с UAP-AC-Lite?

Robotech

Guest

03.09.2016 02:09:00

Итак, чтобы продолжить тему — я видел такую же проблему. Скажу сразу, что завершающий слеш НЕ НУЖЕН. Попробуйте сбросить устройство к заводским настройкам командой: set-default. Ещё я обнаружил, что возможно придется скачать прошивку С КОНТРОЛЛЕРА, чтобы она совпадала по версии с контроллером (говорю «возможно», потому что это может и не помочь, но у меня сработало). Зайдите по ssh на устройство и выполните: upgrade http://IP_OF_THE_CONTROLLER:8080/dl/firmware/BZ2/3.2.12.2920/firmware.bin (подставьте путь, тип устройства и версию, соответствующие вашему случаю).

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

Загрузка прошивки с «http://IP_OF_THE_CONTROLLER:8080/dl/firmware/BZ2/3.2.12.2920/firmware.bin».
--1969-01-01 01:01:01-- http://IP_OF_THE_CONTROLLER:8080/dl/firmware/BZ2/3.2.12.2920/firmware.bin
Подключение к IP_OF_THE_CONTROLLER:8080... соединение установлено.
HTTP-запрос отправлен, ожидаем ответ... 200 OK
Размер: 5351251 (5.1 МБ) [application/octet-stream]
Сохраняется в: `/tmp/fwupdate.bin`
100%[======================================>] 5,351,251 1.22МБ/с за 4.1с
1969-01-01 01:01:01 (1.26 МБ/с) - `/tmp/fwupdate.bin` сохранён [5351251/5351251]
Ожидание обновления прошивки...
Соединение с xxx.xxx.xxx.xxx разорвано удалённым хостом.

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

Устройство перезагрузится — зайдите по ssh снова, логин: ubnt, пароль: ubnt.
Выполните команду: set-inform http://IP_OF_THE_CONTROLLER:8080/inform
Возможно, вы снова увидите сообщение «Server Reject» — не обращайте внимания. Проверьте контроллер, примите устройство (не забудьте обновить страницу), затем снова выполните команду set-inform: set-inform http://IP_OF_THE_CONTROLLER:8080. Всё должно заработать.

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

Версия контроллера 4.7.8:
До:
BZ.v3.2.6# info
Модель: UAP-LR
Версия: 3.2.6.2799
MAC-адрес: XX:XX:XX:XX:XX
IP-адрес: 172.16..XXX.XXX
Имя хоста: UBNT
Время работы: 123 секунды
Статус: Server Reject (http://IP_OF_THE_CONTROLLER:8080/inform)

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

После:

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

BZ.v3.2.12# info
Модель: UAP-LR
Версия: 3.2.12.2920
MAC-адрес: XX:XX:XX:XX:XX
IP-адрес: 172.16.XXX.XXX
Имя хоста: UBNT
Время работы: 120 секунд

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

Буду рад услышать от других, у кого тоже появлялось сообщение «Server Reject» и как они с этим справлялись! 😀

JetForMe

Guest

02.02.2016 22:40:00

Ну, это хорошо, хотя и не слишком помогает, если новый прибор от Ubiquiti (через Amazon) не идёт с такой прошивкой. К тому же, подключения не такие простые. Нельзя просто воткнуть в WAN-порт. Нужно подключить его к чему-то, что выходит в интернет, а потом отключить ноутбук и воткнуть его в LAN-порт. На самом деле, должно быть достаточно просто иметь WAN-порт в локальной сети и использовать инструменты для обнаружения. Для не настроенного устройства нет реальной угрозы безопасности, если разрешить конфигурацию через WAN-порт.

UI-Team

Guest

#10

02.02.2016 22:30:00

Привет, @JetForMe,

Жаль, что у тебя возникли такие проблемы. USG, на которые никогда не загружали прошивку, предлагают поле для ввода URL set-inform в веб-интерфейсе, что значительно упрощает подключение L3 и избавляет от необходимости использовать SSH.

JetForMe

Guest

#11

02.02.2016 21:48:00

Со всем уважением, я не согласен. Я только что купил новый USG с версией прошивки v4.2.0, и до сих пор не могу его закрепить (adopt). Я подключил его WAN-порт к своей локальной сети, к которой подключён мой ноутбук. Контроллер у меня работает в облаке. Пытался найти устройство с помощью инструмента обнаружения на базе Chrome, но он его не нашёл. Пробовал подключать LAN-порт — тоже без результата. Тогда я подключил ноутбук к LAN-порту, а WAN-порт — к локальной сети. Мой Mac получил IP-адрес, и только тогда инструмент обнаружения смог его увидеть. Но встроенное веб-приложение мне ничем не помогает. Оно говорит: «Пожалуйста, установите UniFi Controller для управления шлюзом». Контроллер у меня в облаке, и моя локальная сеть не на базе UniFi. В веб-интерфейсе нет возможности указать URL inform. Тогда я подключился по SSH к USG и попытался использовать set-inform. Но это не устанавливает URL, а просто отправляет запрос на закрепление. Я пытался указать https://myhost:8443/inform (по URL, с которым работаю через Контроллер). Оказалось, что это небезопасное соединение (а может, стоило бы поддерживать https???). Используя http, мне наконец удалось получить запрос на закрепление. В общем, весь этот процесс оставляет желать лучшего.

nmcarpenter Guest	#12 22.09.2015 20:29:00 Согласен. У меня вообще не было никаких проблем с установкой и настройкой моего USG при первом запуске.

UI-Team

Guest

#13

22.09.2015 20:27:00

На самом деле USG очень просто настроить. Если у вас стоит свежая версия прошивки, просто подключаете устройство, заходите на 192.168.1.1, настраиваете базовые параметры провайдера, и там появится поле, где можно указать URL вашего контроллера!

JetForMe

Guest

#14

22.09.2015 20:02:00

Одна из вещей, которую я недавно понял (я на 95% уверен, что это верно): по умолчанию на устройствах UniFi в качестве адреса для информирования стоит http://unifi:8080/inform/. Если у вас настроен UniFi Security Gateway и он раздает DNS своим DHCP-клиентам, то он будет разрешать это имя в IP-адрес контроллера, который вы задали. Это значит, что новые устройства должны появляться в контроллере сразу после подключения и включения, без дополнительной настройки. Самое сложное — настроить сам шлюз, особенно если у вас контроллер в облаке, как у меня.

nmcarpenter Guest	#15 22.09.2015 19:28:00 Это определённо помогло мне, я уже два дня бьюсь головой о стену, пытаясь понять, почему не могу их увидеть на контроллере... Спасибо!

Читают тему (гостей: 1)