Застревает на «Подключение к вашему NVR» после обновления Protect до версии 1.11.0, даже с прошивкой CloudKey 1.0.9 и 1.11.2.

RSS

Застревает на «Подключение к вашему NVR» после обновления Protect до версии 1.11.0, даже с прошивкой CloudKey 1.0.9 и 1.11.2., UniFi Protect

wq0fh923

Guest

11.07.2019 17:44:00

У меня проблемы с подключением к Protect на моём CloudKey Gen2 Plus через браузер. Похоже, всё началось примерно после последнего обновления Protect, но даже после обновления прошивки до последней версии проблема не исчезла.
Я установил UCKP.apq8053.v1.0.9.92d728e.190709.1609.bin на CloudKey, и Protect в списке контроллеров на странице CloudKey Controllers отображается как версия 1.11.2.
При попытке войти (через IP или через protect.ui.com) бесконечно отображается сообщение «Connecting to your NVR». При этом версия, которая показывается на экране подключения, отличается от версии на странице контроллера — там указано V1.16.0.

Если это может помочь, в логах /srv/unifi-protect/logs/ems.00.00000003.log я вижу следующее (IP-адреса заменены на cloudkey-ip и laptop-ip):
2019-07-11T17:52:33.722Z 2::114:GetInstance:TCP candidates еще не поддерживаются
2019-07-11T17:52:33.722Z 6::120:RegisterIOHandler:Количество обработчиков изменилось: 25->26 IOHT_UDP_CARRIER
2019-07-11T17:52:33.722Z 6::120:RegisterIOHandler:Количество обработчиков изменилось: 26->27 IOHT_UDP_CARRIER
2019-07-11T17:52:34.156Z 2::1012:HandleResponseErrorChannelBind:Постоянная ошибка по коду 403 - Forbidden IP при запросе привязки канала
2019-07-11T17:52:34.437Z 6::130:UnRegisterIOHandler:Количество обработчиков изменилось: 27->26 IOHT_UDP_CARRIER
2019-07-11T17:52:34.441Z 3::633:SignalConnectionSucceeded:[IWR(67)] подключено: fd: 43; тип: p2p; rtt: 0.000; время подключения: 0.650; хост: (cloudkey-ip):40494; nat: (cloudkey-ip):40494; удаленный: (laptop-ip):61001
2019-07-11T17:53:04.918Z 2::586:SignalSTUNErrorTimeoutOrError:STUN таймаут: STUN id: 3; fd: 44 (cloudkey-ip):53942 -> (laptop-ip):60428 (eth0) DTLS id: 6 ((cloudkey-ip):53942) (PEER)
2019-07-11T17:53:04.931Z 6::440:UnRegisterProtocol:Протокол [IWR(63)] отписан от приложения: evostreamms
2019-07-11T17:53:04.931Z 0::646:SignalConnectionTerminated:[IWR(63)] завершено: (-2147090409) WebRTC соединение прервано на удалённой стороне
2019-07-11T17:53:04.939Z 6::219:~InboundWRTCProtocol:[IWR(63)] удалён
2019-07-11T17:53:04.939Z 6::130:UnRegisterIOHandler:Количество обработчиков изменилось: 26->25 IOHT_TIMER
2019-07-11T17:53:04.939Z 6::130:UnRegisterIOHandler:Количество обработчиков изменилось: 25->24 IOHT_UDP_CARRIER

gabrielmueller

Guest

15.10.2019 20:45:00

Привет! Даже если я устанавливаю DNS на сам CK, это не работает. Купил новый CK gen2+, сделал базовую установку (IP, шлюз), потом начал настройку Unifi Protect. Ввёл новый логин и пароль, а теперь, когда нажимаю "Запустить", он вечно висит на «Подключение к вашему NVR...». Как заставить это работать?

KRNET

Guest

30.07.2019 22:39:00

Коди, пожалуйста, подробнее разберись с этой проблемой, я неоднократно воспроизводил её. Устройство имеет подтверждённый доступ в интернет без блокировок, но не позволяет войти локально, если существует доступная DNS-запись. Локальный доступ возможен только тогда, когда DNS недействителен. На новом устройстве такой проблемы нет, пока не произойдёт обновление. Мне кажется, ошибка именно в обновлении.

UI-Team

Guest

30.07.2019 17:03:00

Protect разработан для обеспечения локального подключения в случае отсутствия доступа к интернету. Однако если заблокировать доступ в интернет для Cloud Key, но при этом у него остаётся рабочее разрешение DNS через локальный сервер, он не сможет переключиться на локальный доступ. Мы работаем над улучшением этой логики (технически это встроено в реализацию WebRTC), но пока решение — отключить разрешение DNS. Я обычно рекомендую настроить DNS-серверы CK на его собственный IP.

Thor91172 Guest	#5 30.07.2019 15:55:00 Спасибо, у меня всё заработало после того, как я поставил статический IP и поменял DNS.

KRNET Guest	#6 29.07.2019 22:02:00 Посмотрите настройки DNS контроллера, это обязательное поле — установите произвольный локальный адрес и проверьте, будет ли установлен доступ к NVR после этого временного изменения. Мне удалось воспроизвести проблему после последних обновлений, похоже, что она связана с DNS, а не с файрволом.

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