UniFI AP не подключается к контроллеру

UniFI AP не подключается к контроллеру, UniFi Network

pdebrouwer

Guest

17.03.2016 11:19:00

Всем привет! У меня возникли проблемы с переводом AP на внешний Linux-сервер. Я установил UniFi Controller через APT-репозиторий, версия сейчас 4.8.14. AP, который пытаюсь подключить, работает под версией 3.3.19. Мы пробовали два разных Linux-сервера — без успеха, а потом попробовали Windows-сервер с контроллером, и там всё работает. Думаю, проблема на стороне контроллера — ошибка в коммуникации.

Я подключался к AP по SSH, сбрасывал к заводским настройкам, потом в mca-cli делал обновление командой set-inform:

UniFi# set-inform http://unifi.<domain>.nl:8080/inform

Запрос на подтверждение отправлен на 'http://unifi.<domain>.nl:8080/inform'.

AP делает запрос к серверу, и я вижу на сервере, что он пытается подключиться и запросить /inform у контроллера. Но контроллер возвращает ошибку 404:

226 2358.880062 213.125.255.X -> 149.210.142.X HTTP 455 POST /inform HTTP/1.1 (application/x-binary)
228 2358.882386 149.210.142.X -> 213.125.255.X HTTP 223 HTTP/1.1 404 Not Found

Что я сделал дальше — перехватил этот запрос локально с помощью netcat и попытался воспроизвести его на сервере. Результат тот же:

# nc unifi.<domain>.nl 8080 < stream
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
X-FRAME-OPTIONS: SAMEORIGIN
Content-Length: 0
Date: Thu, 17 Mar 2016 10:33:10 GMT
Connection: close

Самое странное — если воспроизвести эти данные на Windows-сервере с контроллером, приходит реальный ответ:

# nc 192.168.5.110 8080 < stream
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
X-FRAME-OPTIONS: SAMEORIGIN
Content-Type: application/x-binary
Content-Length: 456
Date: Thu, 17 Mar 2016 10:33:48 GMT
Connection: close
TNBU$�< (�nQc� ... и дальше данные ...

Фаерволлов, которые могут блокировать трафик, нет. После выполнения set-inform и команды info видно, что AP подключён:

UniFi# info
Model: UAP-LR
Version: 3.3.19.4015
MAC Address: 24:a4:3c:0c:28:c7
IP Address: 192.168.5.10
Hostname: UBNT
Uptime: 1816 секунд
Status: Connected (http://unifi.<domain>.nl:8080/inform)

Но... Если через некоторое время сделать команду info снова, AP уже подключён к Windows-серверу контроллера:

UniFi# info
Model: UAP-LR
Version: 3.3.19.4015
MAC Address: 24:a4:3c:0c:28:c7
IP Address: 192.168.5.10
Hostname: UBNT
Uptime: 2368 секунд
Status: Connected (http://192.168.5.110:8080/inform)

Я не понимаю, почему так происходит. Уже связался с поддержкой, они разбираются, но может кто-то уже сталкивался с этим и хочет следить за ситуацией.

Поскольку запрос работает на Windows, а на Linux (удалённом) сервере идёт ошибка 404, думаю, проблема именно в Linux-версии контроллера. Я проверил — на порту 8080 нет никаких других служб, только UniFi Controller.

Если у кого-то есть идеи или это уже решалось, буду очень признателен за информацию.

С уважением,
P.

mildred593 Guest	#2 16.06.2016 13:16:00 Я мог бы исправить это, сбросив шлюз с помощью кнопки сброса, подключившись к нему через ssh, указав URL информирования на контроллер и сразу после этого обновив прошивку шлюза с контроллера. Это сработало.

mildred593 Guest	#3 16.06.2016 08:44:00 Журналы контроллера показывают [2016-06-16 08:43:29,049] <inform-69> DEBUG inform - dev[04-18-D6-83-B8-D3] ошибка расшифровки inform

mildred593 Guest	#4 16.06.2016 07:50:00 @mddeff У тебя есть ссылка на тикет, который ты создал?

mildred593

Guest

16.06.2016 07:48:00

У меня такая же проблема с установкой. Я использую docker-образ jacobalberty/unifi:latest на хосте с Debian. Применяю --net=host, чтобы сервер контроллера unifi напрямую привязывался к интерфейсам хоста. В сети есть шлюз (192.168.1.1), контроллер (192.168.1.4) и беспроводная точка доступа (192.168.1.28). Точка доступа успешно регистрируется на контроллере, а вот шлюз — нет.
Версия контроллера: 5.0.7
Версия прошивки шлюза: 4.2.6.4751786
Версия прошивки точки доступа: 3.7.5.4969

tcpdump показывает такой след, когда шлюз пытается зарегистрироваться на контроллере:

09:25:09.267780 IP (tos 0x0, ttl 64, id 65331, offset 0, flags [DF], proto TCP (6), length 1500)
setup.ubnt.com.39587 > 192.168.1.4.http-alt: Flags [.], cksum 0xc373 (correct), seq 1:1449, ack 1, win 229, options [nop,nop,TS val 104533 ecr 19072730], length 1448: HTTP, length: 1448
POST /inform HTTP/1.1
Host: 192.168.1.4
Connection: Close
User-Agent: AirControl Agent v1.0
Content-Type: application/x-binary
Content-Length: 4280

09:25:09.270507 IP (tos 0x0, ttl 64, id 14833, offset 0, flags [DF], proto TCP (6), length 209)
192.168.1.4.http-alt > setup.ubnt.com.39587: Flags [P.], cksum 0xf6fe (correct), seq 1:158, ack 4437, win 295, options [nop,nop,TS val 19072732 ecr 104533], length 157: HTTP, length: 157
HTTP/1.1 404 Not Found
Server: Apache-Coyote/1.1
X-FRAME-OPTIONS: SAMEORIGIN
Content-Length: 0
Date: Thu, 16 Jun 2016 07:25:09 GMT
Connection: close

Когда точка доступа регистрируется, всё проходит успешно:

09:25:12.935752 IP (tos 0x0, ttl 64, id 46267, offset 0, flags [none], proto TCP (6), length 1500)
192.168.1.28.54299 > 192.168.1.4.http-alt: Flags [.], cksum 0xff3d (correct), seq 1:1449, ack 1, win 2920, options [nop,nop,TS val 1341854 ecr 19073648], length 1448: HTTP, length: 1448
POST /inform HTTP/1.1
Host: 192.168.1.4
Connection: Close
User-Agent: AirControl Agent v1.0
Content-Type: application/x-binary
Content-Length: 49520

09:25:12.943795 IP (tos 0x0, ttl 64, id 17478, offset 0, flags [DF], proto TCP (6), length 360)
192.168.1.4.http-alt > 192.168.1.28.54299: Flags [P.], cksum 0x0e16 (correct), seq 1:309, ack 5109, win 317, options [nop,nop,TS val 19073650 ecr 1341855], length 308: HTTP, length: 308
HTTP/1.1 200 OK
Server: Apache-Coyote/1.1
X-FRAME-OPTIONS: SAMEORIGIN
Content-Type: application/x-binary
Content-Length: 120
Date: Thu, 16 Jun 2016 07:25:12 GMT
Connection: close

P.S. setup.ubnt.com разрешается в 192.168.1.1
См. прикрепленный pcap-файл для точного следа.

mddeff Guest	#6 23.05.2016 20:21:00 @pdebrouwer Я тоже столкнулся с этой проблемой. Оборудование: Model: UAP-AC-Pro-Gen2 Версия: 3.4.18.3464 ПО: Unifi Controller 4.8.18 Установки Пробовал как ручную установку (dpkg -i) .deb с страницы загрузок (на Debian 7, где также запущен Unifi-video), так и на RHEL/CentOS 7.2.1511 с помощью DIY/Unix zip пакета. В обоих случаях, когда выполняю команду set-inform на AP, контроллер возвращает ошибку 404 по этому /inform/ URL. Пробовал как в той же подсети, так и через разные подсети — результат одинаковый. Это значит, что наш уровень 2/3 работает нормально, но, скорее всего, в контроллере что-то сломалось. Отправил в службу поддержки тикет, посмотрим, чем дело кончится.

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