Не удалось подключить новую U6 Mesh Pro.

Не удалось подключить новую U6 Mesh Pro., UniFi Network

woter324

Guest

13.05.2025 17:43:00

Я только что купил это. Подключил к сети, и это отображается в консоли. Я нажимаю "Click to Adopt", и статус показывает "Adopting" примерно 5 минут, прежде чем снова вернуться к "Click to Adopt". Кажется, что он не подключается к моему DHCP-серверу, поэтому без IP-адреса я сильно ограничен в том, что могу сделать.

В консоли UCK G2 последним измененным файлом является /var/log/ui.log. Я вижу:

2025-05-13 18:29:19.477 WARNING qtprotobuflog: "SpaceState" call "unifi.firmware.storage.v1.StorageAPI" stream finished: "Connection refused"
2025-05-13 18:29:19.478 WARNING qtprotobuflog: "SpaceState" call "unifi.firmware.storage.v1.StorageAPI" stream error: "unifi.firmware.storage.v1.StorageAPI call SpaceState stream failed: Connection refused"
2025-05-13 18:29:19.478 WARNING qtprotobuflog: "DiskState" call "unifi.firmware.storage.v1.StorageAPI" stream finished: "Connection refused"
2025-05-13 18:29:19.478 WARNING qtprotobuflog: "DiskState" call "unifi.firmware.storage.v1.StorageAPI" stream error: "unifi.firmware.storage.v1.StorageAPI call DiskState stream failed: Connection refused"
2025-05-13 18:29:19.478 WARNING qtprotobuflog: "SDCardState" call "unifi.firmware.storage.v1.StorageAPI" stream finished: "Connection refused"
2025-05-13 18:29:19.479 WARNING qtprotobuflog: "SDCardState" call "unifi.firmware.storage.v1.StorageAPI" stream error: "unifi.firmware.storage.v1.StorageAPI call SDCardState stream failed: Connection refused"
2025-05-13 18:29:19.479 WARNING Firmware grpc: Subscription error: QtProtobuf::QGrpcStatus::Unavailable "unifi.firmware.storage.v1.StorageAPI call SpaceState stream failed: Connection refused"
2025-05-13 18:29:19.479 WARNING Firmware grpc: Subscription error: QtProtobuf::QGrpcStatus::Unavailable "unifi.firmware.storage.v1.StorageAPI call DiskState stream failed: Connection refused"
2025-05-13 18:29:19.479 WARNING Firmware grpc: Subscription error: QtProtobuf::QGrpcStatus::Unavailable "unifi.firmware.storage.v1.StorageAPI call SDCardState stream failed: Connection refused"

Эти сообщения повторяются снова и снова примерно каждые 10 секунд. Не грех предположить, что это связано с SD-картой, поэтому я отформатировал ее и вставил обратно. Эти сообщения начинают появляться только после нажатия ссылки "Click to Adopt". Я проверил доступное место на диске и не вижу проблем (если только /dev/disk/by-partlabel/rootfs не является проблемой):

root@ck01:/var/log# df -h
Filesystem Size Used Avail Use% Mounted on
udev 964M 0 964M 0% /dev
tmpfs 198M 2.4M 196M 2% /run
/dev/mmcblk0p46 5.9G 1.2G 4.7G 20% /mnt/.rwfs
/dev/mmcblk0p45 976M 282M 668M 30% /persistent
/dev/disk/by-partlabel/rootfs 710M 710M 0 100% /mnt/.rofs
overlayfs-root 5.9G 1.2G 4.7G 20% /
tmpfs 988M 28K 988M 1% /dev/shm
tmpfs 5.0M 0 5.0M 0% /run/lock
tmpfs 4.0M 0 4.0M 0% /sys/fs/cgroup
tmpfs 494M 40K 494M 1% /tmp
/dev/mmcblk0p47 19G 2.0G 17G 11% /srv
/dev/mmcblk1p1 59G 80K 59G 1% /sdcard
tmpfs 64M 0 64M 0% /var/opt/unifi/tmp

Я перезагружал CK и U6 несколько раз. У меня установлена последняя версия прошивки:

root@ck01:/var/log# uname -a
Linux ck01 3.18.44-ui-qcom #1 SMP Thu Apr 17 13:26:06 CST 2025 aarch64 GNU/Linux

Если у кого-нибудь есть какие-нибудь идеи о том, что означают эти ошибки или как принять U6, буду признателен, если вы поделитесь ими.

Спасибо.
W.

woter324

Guest

14.05.2025 08:27:00

Привет, @gregorio, теперь ты меня заинтриговал. Обе мои точки доступа подключены к коммутатору кабелем, обеспечивающим PoE. Я знаю, что мое понимание/определение "Mesh" отличается от Ubiquity и многих других производителей. И, скорее всего, оно неверное/устаревшее: несколько точек доступа работают вместе, чтобы при переходе между ними соединение не прерывалось. Они также могут использовать часть радио/пропускной способности одной из точек доступа (возможно, неверный термин) для "соединения" точек доступа по беспроводной связи, теоретически расширяя покрытие. Я понимаю, что проводной канал связи лучше, потому что он не отнимает ресурсы точек доступа.

Я не помню точной формулировки, когда я изначально пытался принять U6, но мне пришлось удалить несколько SSID (даже несмотря на то, что они были отключены) и включить "Wireless Meshing" — теперь, вспоминая вышесказанное, я не уверен, зачем мне это нужно, если они обе подключены по проводу и это будет "стоить" ресурсов.

Теперь я думаю, что мой Cisco коммутатор мог быть настроен неправильно много лет. Я не сетевой инженер, я собирал разные кусочки информации с годами. VLAN10 — это то, что я считаю управляющей сетью: IP-адреса из VLAN10 настроены на всем моем сетевом оборудовании для доступа. В Cisco коммутаторе VLAN1 установлена как "Originator: Default". Я никогда ее не менял.

Что я могу сказать, так это то, что U6, похоже, решил мою проблему, когда предыдущий сигнал был настолько слабым, что некоторые мои умные розетки постоянно отключались и снова подключались, включая свет при восстановлении соединения. Ха! Спасибо.

W.

gregorio Guest	#3 13.05.2025 20:13:00 Проводной AP или меш? Какая у тебя VLAN для управления? UniFi предполагает, что это VLAN1, но большинство ребят с Cisco уже запудрены мозги и не хотят её использовать 😎

woter324

Guest

13.05.2025 20:01:00

Спасибо @gregorio и @FrankNicklin, кажется, у меня получилось заставить это работать. Это заменяет старенький Cisco WAP371, который был подключён к коммутатору Cisco. Я просто так поменял его, думая, что не нужно будет ничего менять в настройках trunk порта коммутатора. Я подключил U6 напрямую к коммутатору и настроил порт как access порт. U6 сразу же вышел в сеть. Потом я применил настройку trunk порта и U6 отключился (после < 1 минуты). Я не знаю, правильно ли моя конфигурация, но все мои trunk порты настроены так: 1UP, 10T, 35T, 40T. Мне пришлось изменить это на: 10UP, 35T, 40T. UP = untagged, T = tagged, 10 — ID VLAN сети, в которой находится IP U6 (и старого WAP371). Я волновался, что это не сработает, потому что U6 теперь в mesh сети с UAP-AC-M, подключённым к коммутатору Ubiquity US 8 PoE. Спасибо ещё раз за вашу помощь.

gregorio Guest	#5 13.05.2025 18:03:00 Карта SD нужна для локальных резервных копий UNA. Похоже, проблема в том, что UCK не может сохранить прошивку, необходимую для U6-Mesh. Попробуйте обновить U6-Mesh вручную через SSH вместо контроллера.

FrankNicklin Guest	#6 13.05.2025 17:56:00 Как это подключено к контроллеру? Предположим, проводное соединение и достаточно питания. Проверьте порт, подключив ноутбук, чтобы убедиться, что DHCP работает. Если нет — сначала нужно это исправить.

gregorio

Guest

14.05.2025 14:09:00

Многие путают mesh с "бесшовным роумингом". Если вам пришлось включить mesh, чтобы подключить точку доступа, значит, у вас проблема с коммуникацией между точкой доступа и контроллером. Чаще всего виноваты кабели, но я подозреваю, что у вас несовпадение VLAN. Где находится ваш контроллер по отношению к точке доступа?

FrankNicklin Guest	#8 14.05.2025 09:04:00 Включение режима Mesh – это лишь временная мера, и после его активации можно отключить Mesh. Mesh — это Mesh в том смысле, что он позволяет точкам доступа (AP) общаться друг с другом по радио. Да, эти точки доступа спроектированы для проводного подключения, выделенного backhaul'а нет, он используется совместно на частоте 5 ГГц, что приводит к потере примерно половины пропускной способности на каждом переходе. Точки доступа Unifi могут Mesh только с точками доступа Unifi. Мощность — критический фактор в роуминге, это не имеет отношения к Mesh, но связано с тем, как настроены точки доступа. Слишком высокая мощность может привести к тому, что устройство будет "цепляться" за точку доступа, вместо того, чтобы переключаться на другую. Решение о роуминге принимает устройство, а не точка доступа, "отпускающая" его.

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