После изменения нативного VLAN на Cloud Key устройство стало недоступно.

После изменения нативного VLAN на Cloud Key устройство стало недоступно., UniFi Network

stef-r

Guest

22.05.2025 18:55:00

Похоже, я немного налажал, случайно изменил ID нативной VLAN на моём Cloud Key, а нативный VLAN на свитче остался прежним. Проблема в том, что Cloud Key теперь получил IP-адрес в новой подсети MGMT VLAN 20 (172.16.20.3, как я и планировал), а свитч всё ещё в VLAN 1 по умолчанию, поэтому связь между ними пропала. К сожалению, я в тупике, не знаю, как это исправить или как вернуть всё обратно. Есть ли способ напрямую подключиться к свитчу, чтобы изменить VLAN 1 по умолчанию на новую подсеть MGMT VLAN 20? Cloud Key теперь на IP 172.16.20.3, но свитч всё ещё на 172.16.0.100. У меня нет доступа к Cloud Key или свитчу через портал Unifi, поэтому очень надеюсь, что есть другой способ подключиться к свитчу, кроме как восстанавливать всё до заводских настроек.

stef-r Guest	#2 24.05.2025 05:22:00 Именно в этом вся проблема. Раз я больше не могу получить доступ к коммутатору, я не могу изменить конфигурацию порта, к которому подключен CloudKey.

gregorio Guest	#3 23.05.2025 14:31:00 Предполагаю, можно подключиться напрямую к UCK с IP-адресом, соответствующим ошибке, а затем удалить его.

gregorio Guest	#4 23.05.2025 14:29:00 @Forsaked Я думаю, это тоже не сработает. Нельзя управлять устройством, когда оно оффлайн. Любые изменения в контроллере до устройства не дойдут.

Forsaked Guest	#5 23.05.2025 07:08:00 Подключением напрямую к CK по ethernet и ручной настройкой IP на подключенном ПК/Mac/что угодно?

Forsaked Guest	#6 23.05.2025 06:37:00 Зайдите в настройки вашего VLAN для VLAN1, в разделе "Пользовательские опции DHCP" установите "Option 43" на новый IP-адрес вашего Cloud Key. Либо есть опция "Inform Host Override" в системных настройках.

gregorio

Guest

22.05.2025 19:01:00

UCK в режиме ожидания, и ты установил IP-адрес UCK в сеть, которая не назначена порту? Хм... У тебя есть доступ к бэкапу, который ты сделал прямо перед этим изменением? Думаю, тебе нужно сбросить UCK и восстановить бэкап. РЕДАКТИРОВАНИЕ – забыл добавить, потом нажми кнопку сброса на коммутаторе.

gregorio Guest	#8 28.05.2025 14:39:00 У тебя есть UNA бэкап до изменений? MGMT VLAN была Default LAN (VLAN1)? Восстанови её и сбрось свитч через кнопку.

stef-r

Guest

24.05.2025 05:39:00

В крайнем случае, возможно, мне придется сбросить Cloud Key и коммутатор к заводским настройкам, чтобы хотя бы восстановить соединение с обеими системами. Если я захочу задать IP-адреса обеих систем, чтобы они соответствовали MGMT-подсети, какой способ будет наиболее правильным? Сначала на Cloud Key, а потом на коммутаторе? Если я изменю конфигурацию коммутатора, эта конфигурация будет храниться непосредственно на коммутаторе или в Cloud Key? Меня беспокоит, что если я сброшу коммутатор к заводским настройкам и он загрузится, то он получит неправильную конфигурацию из Cloud Key, и он снова станет недоступным, что в итоге сделает сброс к заводским настройкам практически бесполезным.

stef-r Guest	#10 24.05.2025 05:32:00 Ты имеешь в виду в Cloud Key или в свитче? Раз я потерял все варианты подключения и настройки для свитча, это будет задачка. У меня есть опция "Inform Host Override" в настройках Cloud Key, и я указал адрес переопределения, совпадающий с IP-адресом Cloud Key – 172.16.20.3. Этот IP-адрес Cloud Key также совпадает со статическим IP-таблицей DHCP-сервера моего стороннего шлюза (pfSense firewall).

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