UDM-SE все устройства теряют принятие по нескольку раз в день

UDM-SE все устройства теряют принятие по нескольку раз в день, unms

rpsnetwork

Guest

21.02.2023 15:38:00

Привет, недавно настроил UDM-SE, подключил к нему US-16-150 Switch, а от него уже развел на разные точки доступа и еще пару свитчей. Сеть работала стабильно две недели без каких-либо проблем. Никаких изменений в сети я за это время не вносил. Вчера утром сеть начала падать, и через мобильное приложение я увидел, что все устройства пишут «сбой принятия» и циклично переключаются между «принятие», «сбой принятия». Где-то через 5-10 минут все устройства принимаются, и сеть снова поднимается. Я заменил основной Ethernet-кабель от UDM до свитча — без улучшений. Вчера вечером я сбросил все устройства, сделал заводской сброс UDM, а затем заново собрал сеть. Конфигурация довольно простая, в основном настройки по умолчанию, три VLAN для трех Wi-Fi сетей. Никаких правил маршрутизации или других трафиковых правил пока нет. Ниже фото, когда сеть упала и пытается заново принять устройства. На принятие уходит около 5-10 минут, чтобы все снова заработало.

Цитировать Имя

travis.vitek

Guest

13.04.2023 08:03:00

Нет, мне было интересно, настроены ли твои порты на пропуск трафика в этой VLAN. Совет @mikesg направит тебя в нужную сторону. Если всё ещё в тупике, могут ли точки доступа пинговать другие устройства в той же сети 192.168.0.X или выходить в интернет? Ты смотрел логи точки доступа, нет ли там чего полезного?

Цитировать Имя

mikesg Guest	#3 13.04.2023 07:52:00 Замени неработающую точку доступа на работающую. Проверь, проблема в точке доступа или в порту, к которому она подключена. Ты когда-нибудь полностью перезагружал коммутатор?
	Цитировать Имя

mikesg Guest	#4 18.08.2024 16:41:00 Такого рода логи лучше всего искать через ssh. Перейди в /var/log/messages
	Цитировать Имя

jj358mhz Guest	#5 18.08.2024 15:55:00 Вчера со мной случилось такое: вся сеть упала. Перезагрузка UDM SE решила проблему. Есть ли в логах что-то, что пролило бы свет на произошедшее, и где эти логи находятся?
	Цитировать Имя

ictsck

Guest

04.03.2024 01:18:00

Я столкнулся с тем же самым. Пользуюсь UDM-SE уже два года. Сначала у меня тоже было такое, потом я обновил прошивку контроллера — заработало, через 4 месяца снова, и так далее. Но в определённые часы, особенно утром, когда я активно пользуюсь WiFi, это случается часто. Есть решение? Адаптация может занимать 10–15 минут, и WiFi-сеть полностью отключается.

Цитировать Имя

UI-Team

Guest

16.10.2023 17:36:00

@mliebig Я создал пост, чтобы разобраться с твоей конкретной ситуацией. Не мог бы ты загрузить свой файл поддержки как приватное вложение сюда?https://community.ui.com/questions/UDM-SE-All-Devices-Losing-Adoption-Multiple-Times-a-Day/5d33f540-0fc7-47d8-b987-0470cfd5b48a

Цитировать Имя

mliebig

Guest

16.10.2023 16:20:00

Кто-нибудь уже разобрался, из-за чего изначально возникала проблема? У меня такая же или похожая ситуация. У меня UDM-SE подключен к двум отдельным коммутаторам USW-48 PoE, к ним подключены 7 точек доступа U6-Lite. Проблема в том, что уже полторы недели каждый день все точки доступа отключаются, в консоли отображаются как офлайн, но при этом продолжают вещать беспроводную сеть, только без доступа в интернет. А потом начинается бесконечный цикл: U6-Lite пытаются принять подключение, 3-5 раз терпят неудачу, прежде чем снова вернуться в онлайн, и через некоторое время всё повторяется. Единственный способ восстановить интернет — каждый день делать сброс до заводских настроек и восстанавливать из бекапа. На следующий день всё начинается заново. Примечание: у меня есть 4 UA-Hub с подключенными считывателями — без проблем, и UNVR с 22 разными камерами — тоже без проблем.

Цитировать Имя

mikesg Guest	#9 19.04.2023 20:38:00 Вы можете ограничить мешинг аплинка и даунлинка на каждом AP индивидуально.
	Цитировать Имя

rpsnetwork

Guest

#10

19.04.2023 19:41:00

Подумал об этом еще, но, так как мешинг глобально отключен в моей сети, я не могу покопаться. Возможно, есть способ разрешить меш-соединения только для проводных точек доступа, но никогда не использовать меш для их собственного подключения? Глобальное отключение мешинга не станет окончательным решением для тебя, если у тебя останутся беспроводные точки доступа.

Цитировать Имя

rpsnetwork Guest	#11 19.04.2023 19:16:00 Do you have meshing turned off in the settings for the wired AP's? Meshing is turned on globally and was causing issues for hard wired AP's in my case. Caused a momentary loop when the hard wired went down and came back online. Try turning meshing off for the hard-wired AP's.
	Цитировать Имя

rpsnetwork

Guest

#12

19.04.2023 19:06:00

После тонны отладки и восстановления сети точка за точкой, сеть стабильна уже 2 недели. Все наши точки доступа подключены по проводу, но глобальная конфигурация по умолчанию разрешает мешинг точек, что никогда не вызывало проблем с нашим Cloud Key 2. Полагаю, мешинг, о котором сообщалось в посте 5 лет назад, вызывал коммутационную петлю и сбой сети, когда проводное соединение временно пропадало и восстанавливалось. По какой-то причине UDM-SE не справлялся с этим так же gracefully, как Cloud Key 2, и принятие всех устройств в управление срывалось. Как только я отключил мешинг глобально, сеть стала стабильной.Я не знаю, почему наше проводное соединение пропадало или давало сбой. Отключение мешинга решило проблему стабильности принятия в управление, но я всё равно планирую переделать кабели на случай, если они являются источником исходного временного обрыва проводной LAN.

Цитировать Имя

muskie32

Guest

#13

18.04.2023 17:32:00

Я испытывал похожие проблемы, как и автор поста. Решение из этой темы сработало для меня. Использование коммутатора в качестве буфера между UDM SE и клиентами устранило мои спорадические обрывы. У меня было 3 прямых клиента, 3 коммутатора и 1 точка доступа на портах 1–7 UDM SE, и когда я перенёс всё на свой центральный коммутатор на порт 11, все проблемы с обрывами исчезли.

Цитировать Имя

mikesg

Guest

#14

13.04.2023 14:39:00

Вы это читали? И это посмотрите. Могу сказать, что с тремя проводными и девятью беспроводными AP, подключенными через аплинк, это крайне не рекомендовано Ubiquiti. Вам придется разобраться, как подключить большую часть этих AP по проводам.

Цитировать Имя

raphael-gennesinfo Guest	#15 13.04.2023 09:19:00 У нас здесь 12 точек доступа, только 3 подключены проводом. Остальные работают в режиме mesh-сети. Извини, что не создал свою тему. Не хотел засорять эту.
	Цитировать Имя

mikesg

Guest

#16

13.04.2023 08:30:00

Вот поэтому нужно создавать свою тему. У ТСа свитч. Теперь выясняется, что у тебя его нет. А ты говорил, что у тебя почти такая же проблема. Фух. Сколько точек доступа подключено к UDM SE? И сколько из них беспроводных?

Цитировать Имя

raphael-gennesinfo

Guest

#17

13.04.2023 08:20:00

У меня нет свитча. Точки доступа подключены по Wi-Fi, так что физических портов нет. Точки аплинкуются к разным проводным AP на разных портах UDMSE, к тому же UDMSE совершенно новый. Я перезагрузил UDMSE — без изменений. Точки могут пинговать другие устройства в сети 192.168.0.x (например, другую точку доступа), но не шлюз и не интернет. Иногда, как сейчас, всё работает отлично. То есть всё оживает, а иногда (возможно, через несколько часов) некоторые точки теряют связь со шлюзом. Может, это проблема STP? Например, петля из-за mesh?

Цитировать Имя

raphael-gennesinfo

Guest

#18

13.04.2023 07:09:00

На AP, с которыми нет проблем, информационный URL такой же. На восходящем AP проблемного AP нет никаких особых правил. Они все настроены глобально через консоль. Что вы имеете в виду под «вы могли бы установить правило брандмауэра на конкретном AP»? Если вы это имеете в виду, то ответ — нет.

Цитировать Имя

travis.vitek Guest	#19 13.04.2023 00:29:00 What is the inform URL on the APs that have no problem? Are the uplinks for the problem APs configured to allow traffic on the 192.168.0.1 network?
	Цитировать Имя

raphael-gennesinfo Guest	#20 12.04.2023 17:10:00 Ok seems legit that it cannot be adopted as it cannot ping 192.168.0.1. Digging to find why.
	Цитировать Имя

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

BBCode Правила

Форма ответов

Ваше имя*

Текст сообщения*

Перетащите файлы

Ничего не найдено

Загрузить картинки

Показывать графические смайлы в этом сообщении