Та же проблема была на нашем сайте и решилась тем, что мы сделали AP напрямую с контроллером без какого-либо NAT по пути. С уважением,

Если у вас также появляются сообщения о пропущенных сигналах (heartbeat), а между всеми вашими устройствами случаются случайные разрывы соединения, скорее всего, это вызвано включённым «tcptrack» выше по потоку, чем ваш роутер UBNT. С тех пор, как я перешёл на UniFi, у меня появлялось более 100 сообщений о разрывах связи в день, и я перепробовал всё: менял Ethernet-кабели, отключал Uplink Connectivity Monitor, переключал DNS на Cloudflare, заменял security gateway на новый — и ничего не помогало.

У меня есть канал AT&T с коммерческим оптоволоконным интернетом на 250 мегабит. К нему подключён «управляемый шлюз» от AT&T, в который моя UniFi Security Gateway подключается для WAN. Ушло несколько дней борьбы с ужасной поддержкой AT&T — меня кидали с линии, заставляли по сто раз перезагружать оборудование и так далее. Но когда я наконец дозвонился до реального «техника», он сказал, что в логах шлюза от AT&T полно ошибок из-за включённого по умолчанию tcptrack. Техник отключил его, и количество сообщений от UniFi сразу упало с более чем 100 в день до нуля.

До отключения tcptrack, если я подключался к UniFi Security Gateway по SSH и запускал «tail -f /var/log/messages», каждые несколько минут появлялось следующее сообщение об ошибке:

«mcad: ace_reporter.reporter_fail(): Unable to resolve (http://unifi:8080/inform)  
Jun 6 18:42:54 newfrontgate mcad: ace_reporter.reporter_fail(): initial contact failed #7, url=http://unifi:8080/inform, rc=1»

Я начал думать, что проблема в Unifi Cloud, который не рассчитан на 30+ устройств, особенно учитывая, что служба поддержки UBNT не дала ни подсказок, ни советов и, к тому же, часто не понимала разницы между своим облачным ключом и настоящим облачным сервисом, который стоит $50 в год за каждое устройство UniFi. Вот поэтому я ржу над маркетологами, которые назвали и облачный продукт, и не облачный одинаково — просто «cloud»!

Что усложняло диагностику, так это то, что раньше у меня был Edgerouter, который стабильно работал несколько лет. Проблемы начались только после замены его на SecurityGateway Pro и подключения мониторинга ко всем устройствам — теперь сеть внезапно пропадала каждые 1–4 дня. Для восстановления работы сети приходилось перезагружать как шлюз AT&T, так и роутер UniFi.

Оказалось, что tcptrack полностью загружал процессор шлюза от AT&T. Я не уверен, связано ли это с тем, что Security Gateway работает иначе, чем Edgerouter, или с тем, что впервые был включён мониторинг UniFi с дополнительной нагрузкой на сеть. Но как бы там ни было, я рад, что проблема решена и сеть снова стабильна.

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

Возможно, это чересчур или не самый правильный способ, но, может, стоит попробовать настроить так, чтобы не начинать с нуля. Что если рассмотреть «беспроводное здание» как отдельный сайт? Установить там дополнительный коммутатор Unifi PoE и USG и использовать беспроводное соединение как WAN. Тогда здание будет автономным, а USG будет использовать беспроводной линк как аплинк. Я не совсем разбираюсь, как тогда управлять несколькими сайтами как одной установкой, но, думаю, в Unifi это возможно. Снова же, не уверен, что стоит морочиться, но, возможно, это вариант.

Спасибо, ценю попытку, но ни один из этих вариантов не причина. Я уже месяц ищу проблему вслепую. Скоро всё сдам, отправлю обратно всё оборудование Ubiquiti и начну заново с другим железом. Это какой-то прикол, из-за этого я выгляжу очень плохо. Поддержка тоже бесполезна — жду уже недели, обещают ответ за 24-48 часов, а в итоге ничего.

У меня такая же проблема. 15 точек доступа, 5 зданий, 4 из них подключены по кабелю под землёй — никаких проблем. Три точки доступа в одном здании, где нет проводного соединения, постоянно теряют сигнал (heartbeat) и отключаются. Здание соединено с помощью Nanostation Loco M5. Они направлены друг на друга с помощью лазера и находятся всего в примерно 150 футах друг от друга. По всем моим тестам сигнал идеальный, потерь пакетов нет. Даже IP-камеры, подключённые в этом здании по той же беспроводной сети, работают на 100%. В интерфейсе Loco M5 показывается идеальное соединение. Что я могу сделать, чтобы это исправить, кроме как выкапывать парковку и прокладывать там CAT-кабель? Похоже, единственный способ удержать эти три точки доступа онлайн — это физически перезагружать их каждые 1-2 дня. Это совсем не хорошее решение.