Решено Не удаётся настроить AC-Mesh-Pro

[Pitbrus]

Здравствуйте!
Пытаемся настроить первую у нас точку доступа UAP-AC-Mesh-Pro, судя по всему с ПО 6.2.44.14098
Установили на Linux UniFi контроллер самый свежий; на точке прописали его IP-адрес. Контроллер увидел точку, но дальше Provisioning дело не продвинулось.
Решили, что может быть неправильно использовать самую последнюю версию контроллера, но тогда какую именно лучше?
Ещё важный момент: между точкой доступа и контроллером есть какой-то роутинг и пара межсетевых экранов; на них, как нам кажется, всё пропущено - по крайней мере, всё IP. К сожалению, нет возможности контроллер "принести" поближе к точке, и другой точки, которую можно было бы воткнуть в тот же сегмент сети, что и контролллер - тоже не получится.
Но оно же должно работать в таких условиях?
Собственно, вопросы:

1. если важны версии ПО контроллера и точки доступа для совместимости - какая нам нужна версия контроллера?
2. если нет - что можно/нужно сказать точке или контроллеру, чтобы процесс настройки точки доступа всё-таки завершился?

С уважением,
Александр.

 

[fAntom]

Протокол STUN должен проходить через межсетевые экраны и роутеры.

 

[Pitbrus]

Хорошо. А можно ли это как-то проверить из ssh-интерфейса точки доступа ? Или наоборот с сервера? какую-то тестовую посылку отправить и иметь возможность проверить, что она дошла.

И главное - а что делать, чтобы заработало?

 

[fAntom]

UniFi - Устранение ошибок связи протокола STUN

www.ubnt.su

Проверяйте порты на открытость по пути от сервера к точке.

 

[Pitbrus]

Хорошо. А нет ли возможности тот или иной порт проверить из ssh-интерфейса точки доступа ? Или наоборот с контроллера?

 

[fAntom]

Увы, мне такое неизвестно. Именно для STUN.

К сожалению, нет возможности контроллер "принести" поближе к точке,

А поступить наоборот? Точку поднести ближе к контроллеру? Настроить (если подсеть совпадает), а потом перенести на место? Ведь это проще.
P.S. Проблемы с provision, чаще всего связаны с этим протоколом (STUN). В отличие от "adoption failed", потому что, перед инициализацией (provisioning), он уже прошел подключение (adopt).

 

[Pitbrus]

Каким-то образом оно заработало. Прямо из-за трёх межсетевых экранов с одним NAT-ом. Как мы и надеялись, не в них было дело - в чём-то ещё. Рабочая версия: процесс Provisioning почему-то очень длинный, а мы менее терпеливые, чем нужно - поэтому, не дожидались конца, а искали причину и перезапускали всё время с начала. Осталось на выходные и - чудо!, всё заработало.
Тему можно закрывать.