Понимаю, что это очень старый пост, но я здесь новичок и не знаю, с чего начать, кроме как попросить помощи. Я отправил запрос в техподдержку, и ответ был: обновиться до версии контроллера 4.65 вместо 3.21, которая была на их сайте на прошлой неделе. Но для этого мне нужно вступить в группу BETA TEST, при этом в лицензионном соглашении говорится, что я больше не имею права запрашивать поддержку у UBNT? Это для меня вообще не имеет смысла.

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~

Это куда сложнее, чем я ожидал. Всё, что я пытаюсь сделать — это обеспечить беспроводное покрытие по всей клинике с безопасным подключением к их серверам и организовать отдельный беспроводной доступ для гостей, чтобы они выходили в интернет, не нарушая безопасность нашей сети.

Должен сказать, что непонятно, использовать ли гостевой контроль или просто выбирать беспроводные сети и отмечать гостевую, чтобы добиться этого.

Моя нынешняя конфигурация — 2 WLAN, с гостевой сетью только на одной из них. Я постоянно переключаюсь между этими двумя для тестирования доступа оборудования.

1) Не гостевая сеть работает отлично: есть доступ и в интернет, и в нашу сеть, и соединения кажутся стабильными.

2) Гостевая сеть видит интернет, но не нашу сеть, что и нужно, но, похоже, она нестабильна.

Я изменил интервал обновления с 2 минут до 15 секунд, и на гостевой сети часто пропадают сигналы heartbeats, потом происходит сбой доступа и отключение. Логи на 2 из 3 точек доступа заполнены отключениями. Одна точка, где отключений нет, постоянно пытается подключиться заново. Причём этого не происходит, если я остаюсь на не гостевой сети.

Ещё странно, что я использую стриминговое радио, чтобы проверить соединение, и по обеим сетям оно продолжает работать, даже когда контроллер показывает, что отключён.

Перед тем, как винить проводку, имейте в виду, что все кабели — новые заводские патч-корды CAT5E длиной 3’ и 14’, лежащие прямо передо мной. Я даже проверил кабели прибором Fluke.

Надеюсь, вы поможете разобраться. Спасибо за ваше время.

У меня такая же проблема: мои AP постоянно теряют связь с контроллером, появляется сообщение о пропущенном сигнале (heartbeat), а потом происходит отключение. Мой контроллер: Win 7PRO x32bits Версия: 2.3.9 AP: 2.3.9.169 32 недели назад у меня было всего 6 AP, подключённых к контроллеру, и проблем не было. Сейчас у меня 15 AP, и начала появляться эта проблема. Скоро у меня будет 45 AP, и я не хочу, чтобы эта проблема продолжалась. Пожалуйста, помогите! Извините за английский, я пользовался переводчиком Google, я говорю только по-испански 🙁

Хорошо, еще один пост — и я на сегодня с доской прощаюсь! У меня запущены 32-битные виртуалки, и в одной из тем прочитал, что лучше использовать 64-битные. Стоит ли переходить на 64-битные ВМ? Может, это еще и решит мою проблему с heartbeat? Если я создам 64-битную ВМ и поставлю Unifi, подозреваю, что просто скопировать папку /var/lib/unifi с 32-битной не получится из-за перехода с 32 на 64. Как правильно перенести данные с 32-битной на 64-битную? Очень не хочется, чтобы 200 устройств арендаторов пришлось заново авторизовывать! Спасибо!

Вот информация с одного из точек доступа... BZ.v2.4.4# info  
Модель: UAP-LR  
Версия: 2.4.4.2061  
MAC-адрес: {MAC удалён}  
IP-адрес: 10.10.12.23  
Время работы: 1106858 секунд  
Статус: Timeout (http://{IP удалён}:8083/inform)

1.) Контроллер находится вне сети. Точка доступа без проблем постоянно пингует внешний IP контроллера.  
2.) Межсетевой экран с этим внешним IP перенаправляет порт 8083 на правильный контроллер, и он без проблем пингует внутренний IP контроллера.  
3.) Снаружи сети я могу зайти на http://ExtIP:8083/inform — значит контроллер снаружи доступен.  

Но точка доступа всё равно зависает при попытке связаться с правильным адресом inform. Потом она пытается http://unifi:8080/inform, но у меня для этого DNS не настроен. Точка доступа прыгает между адресами inform, пока в конце концов не переподключается. А через какое-то время всё начинается сначала.  

Эта точка около месяца работала отлично, пока на этой неделе не начались эти проблемы... То же самое происходит на трёх площадках с разными контроллерами и уникальными переадресациями портов.  

Единственное, что изменилось — когда я заметил ошибки, я перенёс виртуальную машину на новый сервер. Но возврат на старый сервер проблему не решил. Возможно, при первом запуске на новом оборудовании что-то поменялось внутри ВМ.  

Думаю, стоит ли создать новую ВМ и перенести туда данные Unifi? Конечно, лучше бы найти причину, но и слишком времени искать, что изменилось, тоже не хочется.

Всем привет!

Пожалуйста, проверьте время на вашем UniFi контроллере, посмотрите, сильно ли сбивается системное время контроллера. Из-за этого могут возникать такие проблемы, как «пропущенное сердце» в текущей версии прошивки/программного обеспечения. Эта проблема уже исправлена и будет включена в следующем релизе.

Вы можете установить или включить службу NTP на устройстве, где работает UniFi контроллер, чтобы обойти эту проблему в текущей версии прошивки/ПО.

-КМ