Controller 5.2.9.0 - Отладочный терминал - Отправка ответа SDP...

Controller 5.2.9.0 - Отладочный терминал - Отправка ответа SDP..., UniFi Network

superduper

Guest

06.10.2016 18:53:00

Ребята, я просмотрел несколько постов по поводу Debug Terminal, но так и не смог заставить его работать на одном из моих устройств. Оба устройства находятся в разных сетях и за NAT. Процесс застревает на «Sending SDP answer...» и не выдает ошибку. Я включил Debug лог для всего и заметил отличия в «/usr/lib/unifi/logs/server.log». Работает: "_type": "cmd", "cmd": "ssh-sdp-answer". Не работает: "_type": "cmd", "cmd": "ssh-s dp-answer". Возможно, для второго устройства выполняется неправильная команда. Что еще можно проверить? UI 5.2.9.0 Backend 5.2.9 Build atag_5.2.9_8748 Не удается открыть Debug Terminal: UniFi AP-AC-Lite - 3.7.17.5220 Debug Terminal открывается корректно: UniFi AP-AC-LR - 3.7.17.5220

Hathor27

Guest

13.06.2018 15:37:00

Всем привет, может, уже поздно, но, возможно, кому-то пригодится: я тоже ковырялся с отладочным терминалом и столкнулся с теми же проблемами, что и многие из вас. Оказалось, что нужно открыть UDP 3478 входящий и UDP 3478 исходящий. Мой браузер Google Chrome и контроллер UniFi находятся в одной локальной сети, а все точки доступа — снаружи. Скорее всего, только браузеру нужен исходящий UDP 3478 (у меня Firefox не работает). Надеюсь, поможет / Hathor27

superfake123 Guest	#3 30.08.2017 20:43:00 Есть какие-то новости по этому поводу? У меня такая же проблема на версии 5.5.20, и да, у меня открыт UDP 3478.

gsads

Guest

14.06.2017 14:02:00

@UBNT-Jacek

Я бы не стал устанавливать бета-версию. У меня много клиентов на контроллере, и я не хочу с ними никаких проблем. Похоже, что @slooffmaster имеет ту сборку, которую ты хотел, чтобы я протестировал, и у него такая же проблема. Вы там как-то разобрались с этим на своей стороне? Спасибо, Grant

UI-Team Guest	#5 13.06.2017 12:11:00 @slooffmaster, я тебе написал в личку. J.

slooffmaster

Guest

12.06.2017 10:55:00

Я сталкиваюсь с той же проблемой (зависание на SDP Answer) уже пару версий подряд. Сейчас у меня стоит 5.5.17, устройства с обновлённой прошивкой, контроллер работает на Ubuntu в облаке с такими правилами UFW:

To Action From
-- ------ ----
3478/udp ALLOW IN Anywhere
80 ALLOW IN Anywhere
443 ALLOW IN Anywhere
8080 ALLOW IN Anywhere
8088 ALLOW IN Anywhere
8443 ALLOW IN Anywhere
8843 ALLOW IN Anywhere
8881 ALLOW IN Anywhere
22 ALLOW IN <my IP address>
8880 ALLOW IN Anywhere
19999 ALLOW IN <my IP address>
3478/udp (v6) ALLOW IN Anywhere (v6)
80 (v6) ALLOW IN Anywhere (v6)
443 (v6) ALLOW IN Anywhere (v6)
8080 (v6) ALLOW IN Anywhere (v6)
8088 (v6) ALLOW IN Anywhere (v6)
8443 (v6) ALLOW IN Anywhere (v6)
8843 (v6) ALLOW IN Anywhere (v6)
8881 (v6) ALLOW IN Anywhere (v6)
8880 (v6) ALLOW IN Anywhere (v6)

Есть идеи,
@UBNT-Jacek?

UI-Team

Guest

12.06.2017 09:49:00

@gsads, спасибо, что спросили. Проблему должны исправить в контроллере версии 5.5.x, самая новая версия — 5.5.17. Могли бы вы получить доступ к UniFi Wireless - Beta и проверить, всё ли у вас работает нормально? Спасибо, Джасек.

gsads

Guest

08.06.2017 12:31:00

@UBNT-Jacek

Есть какие-либо новости по этому вопросу? Ниже приведены связанные темы, но пока ни в одной из них нет решения:
https://community.ui.com/questions/ac18c14d-2094-4229-8c54-f84c3b69dba3
https://community.ui.com/questions/254a7e8a-b9d2-4f8b-87e2-749184c40a91
https://community.ui.com/questions/513d5de9-a7e7-44bf-a23c-baafd510a426

Пожалуйста, посмотрите и скажите, как настроить, чтобы всё заработало. У меня контроллер версии 5.4.16 на Ubuntu 16.04, пытаюсь запустить отладочный терминал на UniFi AP-AC-Lite версии 3.7.55.6308, который находится в удалённой локации за роутером Rogers Hitron. Я подключаюсь через Chrome версии 57.0.2987.133 (64-bit) с другой машины на Ubuntu 16.04 из той же локальной сети, что и контроллер.

Спасибо!
Grant

di3

Guest

18.05.2017 08:23:00

@OmegaJstn

=> У меня то же самое,

@UBNT-cmb

=> UDP-порт 3478 открыт, но очевидно, что IP, указанный в STUN, неправильный (см. ниже в Wireshark — там предложен LAN IP-адрес).

Есть ли способ проверить статус STUN оборудования, не делая tcpdump и не заглядывая внутрь? Спасибо.

OmegaJstn Guest	#10 17.05.2017 05:25:00 Кроме того, что Amazon добавил правила IPv6, совпадающие с моими, у меня открыт порт 3478 на UDP. Зависает на отправке SDP-ответа. Вебсокет включен и выключен. Контроллер 5.4.15.

skandshus

Guest

#11

25.04.2017 22:30:00

@UBNT-cmb

Отличный вопрос... Значит, если порт открыт для контроллера, он будет работать, даже если порт не открыт на роутере, который раздает IP для точки доступа, свитча или чего-то ещё? У меня есть точка доступа, на которой нужно настроить терминал отладки, и я всё время натыкаюсь на эту проблему... Для чего вообще нужна функция «stun»?

joholm Guest	#12 25.04.2017 21:37:00 Я только что попробовал, и, кажется, всё работает. Я открыл порт 3478, и теперь могу подключаться к точкам доступа через отладочный терминал. Спасибо!

UI-Team

Guest

#13

25.04.2017 20:59:00

Обычно такая ошибка возникает, когда у вас не открыт UDP 3478 для контроллера, из-за чего STUN не работает (тогда происходит попытка напрямую соединиться, что, как кто-то уже упоминал в этой теме, обычно не срабатывает).

Каждый раз, когда я видел, что процесс зависает на «Отправка SDP-ответа», причина была в том, что UDP 3478 не был открыт для контроллера, и после его открытия проблема решалась.

reverend

Guest

#14

20.04.2017 11:54:00

Просто хочу заметить, что эта проблема недавно появилась и у нас. Наш контроллер размещён на Amazon. Совсем не получается его запустить — ни в каком браузере, в обычном режиме или инкогнито. На предыдущей версии контроллера эта конфигурация точно работала. Мы рассчитывали использовать эту функцию как способ удалённого доступа. Очень ненадёжно.

Steve-O

Guest

#15

21.02.2017 06:46:00

Та же проблема у меня. У меня есть сайт с установленным CloudKey и одним AP-AC-Pro, подключённым к нему, а второй AP-AC-Pro подключён к моему облачному контроллеру, который работает на Unifi 5.4.11 под Ubuntu 14. AP, подключённый к CloudKey, отлично открывает отладочную консоль. А вот AP, подключённый к облачному контроллеру, упорно не проходит стадию «Sending SDP Answer». Все нужные порты на фаерволе открыты. Пробовал прошивки AP версии 3.7.39 и 3.7.37 — без изменений, то же самое. Подумал, может дело в NAT или IP. Открыл Unifi Controller напрямую по IP сервера, а не по FQDN — тот же результат. Пробовал в режиме инкогнито Chrome — ситуация не меняется. Включал и выключал Websockets — тоже без толку. Заявку в поддержку отправил, но, похоже, тут не просто мелкий баг — или я что-то упускаю?

joholm

Guest

#16

19.02.2017 10:09:00

Отладочный терминал у нас перестал работать где-то по пути. Единственное, что я могу достичь — это «Unifi Switch 8», который единственное устройство Unifi в той же сети, что и CloudKey-Controller. Для всех остальных наших точек доступа, включая те, что в других локальных сетях и в той же, что и я, происходит зависание на «Sending SDP answer...». Контроллер: 5.4.11 Точки доступа: 3.7.39

kuoh

Guest

#17

31.01.2017 15:28:00

Странно, я только что проверил, и отладочный терминал работает на всех наших установках с версиями 5.2.7, 5.2.9 и 5.3.8 для AC Pro 3.7.17 и 3.7.29, а также для AC Lite 3.7.21. Все облачные ключи находятся за NAT-файрволами и доступны удалённо через интернет. KuoH

onlyalex

Guest

#18

31.01.2017 14:14:00

У меня контроллер версии 5.3.8 и UAP на 3.7.29. Раньше это работало, точно не помню, с какой версии, но, скорее всего, с 5.0.7. В любом случае, сейчас у меня тоже не работает. Я подключаюсь по LAN, но результата нет. Так что могу сказать, что ваше решение не универсально и, похоже, это какой-то баг.

gravyface Guest	#19 24.01.2017 16:13:00 К сожалению. Можно было подумать, что использовали бы обратный SSH-прокси, учитывая, что это проверенное временем и надёжное решение, которое используют повсюду.

bbrendon Guest	#20 13.12.2016 19:13:00 Сегодня я посвятил этому некоторое время и заручился помощью коллеги, который хорошо разбирается в отладчике Chrome. Что мы выяснили — точка доступа и браузер пытались общаться напрямую, минуя контроллер. В моём случае браузер, точка доступа и контроллер находятся в разных сетях без VPN-связи. Единственное общее — у них есть доступ к контроллеру, так как он в интернете. Как только мы подключились по RDP к компьютеру с браузером в той же сети, что и точка доступа, терминал отладки сразу же появился без проблем. Короче говоря, для работы этого процесса браузер и точка доступа должны иметь возможность напрямую обмениваться данными.

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