Зависает вход в UniFi Protect при использовании Cloud Key G2+

Зависает вход в UniFi Protect при использовании Cloud Key G2+, UniFi Protect

riffec

Guest

31.05.2019 16:11:00

Похоже, у меня та же проблема, что и у многих других с входом в UniFi Protect. Просто виснет. Я пробовал предыдущие решения, вроде сброса к заводским настройкам и восстановления, но проблема осталась. Прошивка на всех устройствах актуальная, но всё равно не работает. Я в той же подсети, так что проблем с файрволом быть не должно. Вход в UniFi Network работает без проблем.

UI-Team

Guest

08.11.2019 16:34:00

Привет, @riffec! Пожалуйста, ознакомься с руководством по устранению неполадок в браузерах на этой странице: https://help.ubnt.com/hc/en-us/articles/360034238233-UniFi-Protect-Troubleshooting-Connectivity#7. Судя по твоему описанию, у меня есть подозрение, что какое-то расширение для браузера конфликтует с WebRTC-соединением.

xiphias256 Guest	#3 14.06.2019 21:10:00 Логи с моего cloudkey также опубликованы по ссылке, которую дал @UBNT-Cody. Я ничего не менял локально через ssh.

Veldkornet

Guest

08.11.2019 13:41:00

У меня такая же проблема. Через Cloud всё работает, а локальный доступ — нет. Просто крутится кружок. Правда, в локальном режиме с Chrome в режиме инкогнито также работает.

Вот логи из консоли Chrome:

2.js:160 11/8/2019 @ 14:27:12.312 - (info) [connectionmanager] : api peer created
2.js:160 11/8/2019 @ 14:27:12.316 - (info) [connectionmanager] : ems peer created
2.js:160 11/8/2019 @ 14:27:17.319 - (warn) [webrtcpeer.api] : timeout creating datachannel updates?lastUpdateId=3f7eeeef-8e23-4ce2-965f-576120aa0472
(anonymous) @ 2.js:160
(anonymous) @ 2.js:160
(anonymous) @ 3.js:1
3.js:1 Uncaught (in promise) Error: timeout creating datachannel updates?lastUpdateId=3f7eeeef-8e23-4ce2-965f-576120aa0472
at 3.js:1
(anonymous) @ 3.js:1
2.js:160 11/8/2019 @ 14:27:27.432 - (info) [connectionmanager] : api peer created
2.js:160 11/8/2019 @ 14:27:27.439 - (info) [connectionmanager] : ems peer created
2.js:160 11/8/2019 @ 14:27:32.438 - (warn) [webrtcpeer.api] : timeout creating datachannel updates?lastUpdateId=3f7eeeef-8e23-4ce2-965f-576120aa0472
(anonymous) @ 2.js:160
(anonymous) @ 2.js:160
(anonymous) @ 3.js:1
Promise.catch (async)
createDataChannel @ 3.js:1
connect @ 3.js:1
openConnection @ 3.js:1
updatePeer @ 3.js:1
(anonymous) @ 3.js:1
(anonymous) @ 3.js:1
(anonymous) @ 3.js:1
(anonymous) @ 3.js:1
(anonymous) @ 3.js:1
(anonymous) @ 2.js:190
(anonymous) @ 2.js:294
dispatch @ 2.js:160
(anonymous) @ 3.js:1
c.emit @ 2.js:160
getPeer @ 3.js:1
async function (async)
getPeer @ 3.js:1
connect @ 3.js:1
(anonymous) @ 3.js:1
c.emit @ 2.js:160
send @ 3.js:1
callAction @ 3.js:1
handleAction @ 3.js:1
(anonymous) @ 3.js:1
handleActions @ 3.js:1
processEvent @ 3.js:1
l @ 3.js:1
(anonymous) @ 3.js:1
c.emit @ 2.js:160
timer @ 3.js:1
callAction @ 3.js:1
(anonymous) @ 3.js:1
setTimeout (async)
delayAction @ 3.js:1
handleAction @ 3.js:1
(anonymous) @ 3.js:1
handleActions @ 3.js:1
processEvent @ 3.js:1
l @ 3.js:1
(anonymous) @ 3.js:1
c.emit @ 2.js:160
timer @ 3.js:1
callAction @ 3.js:1
(anonymous) @ 3.js:1

Для FireFox:
TypeError: Gi is not a constructor 2 3.js:1:33947
TypeError: Gi is not a constructor 42 3.js:1:33947
TypeError: Gi is not a constructor 6 3.js:1:33947

KRNET Guest	#5 31.07.2019 03:16:00 Измените DNS контроллера на неверный локальный адрес или на его собственный, затем проверьте, сможете ли вы получить доступ к Protect... это только временное решение.

suiciety

Guest

30.07.2019 00:41:00

Хорошо, проблема всё ещё остаётся, несмотря на все обновления. Сегодня я сбросил CloudKey, но всё равно не могу зайти в Protect. Всё происходит сразу после приветственного экрана, где создаёшь аккаунт. Неважно, какой браузер использую — просто крутится экран с надписью "Connecting to NVR". Только теперь, после сброса CloudKey, я вообще не могу добавить камеры или продолжить настройку. Похоже, это началось где-то после прошивки версии 1.0.9.

springer_d Guest	#7 05.07.2019 14:48:00 @TexasJeff Я пользуюсь Firefox.

TexasJeff

Guest

05.07.2019 14:12:00

Ок... Думаю, моя проблема — совокупность разных неприятностей.
1) Chrome (75.0.3770.100) не работает, а вот Firefox (67.0.4) — работает.
2) Untangle 14.2.x внезапно перестал учитывать правило 7443, которое исправно работало веками.
@UBNT-Cody, не подскажешь, почему UBNT не может нормально работать с моим Chrome? Пока перейду на Firefox.
@springer_d, а ты чем вообще пользуешься?

springer_d Guest	#9 05.07.2019 07:16:00 @TexasJeff В моём случае включено Threat Management, тогда на CK появляются сообщения или события. Если мой cloudkey не может подключиться к stun-серверу, то Protect тоже зависает. У меня stun-сервера такие: 18.195.48.238, 18.195.48.242 и 18.195.48.246.

TexasJeff Guest	#10 05.07.2019 06:15:00 Где я могу это проверить?

TexasJeff

Guest

#11

05.07.2019 06:15:00

Сделал сброс настроек до заводских… нет. (по мотивам песни The Birds «Turn Turn Turn», с извинениями...)
на каждый Protect Login — кружись… кружись… кружись,
нет никакого действия — кружись… кружись… кружись,
а вход так и не продвигается дальше, никуда с этой страницы...
время сбрасывать, время восстанавливать, время плакать, время постить больше,
время делать бэкапы, время ругаться, время, чтобы @UBNT-Cody ответил и помог, клянусь, ещё не поздно...

springer_d Guest	#12 03.07.2019 20:23:00 Есть ли какие-нибудь ошибки "stun"? Порт UDP 3478?

TexasJeff

Guest

#13

02.07.2019 03:18:00

тишь… V1.15.2 через веб, а вот локально V1.15.0, и всё просто крутится и крутится… когда захожу напрямую в камеру — будто каждый второй кадр, совсем не так, как раньше в реальном времени. Единственное, что иногда работает — приложение Android Protect, на iOS вообще мёртво.

TexasJeff Guest	#14 18.06.2019 02:55:00 Что-нибудь, @UBNT-Cody?

TexasJeff Guest	#15 14.06.2019 23:47:00 Добавил WebRTC и отправил заново.

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