Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1
RSS
Информация об управлении UAP через VLAN, wifiman
 
У меня есть UAP во внешнем здании, подключенный к не-умному выключателю. Этот не-умный выключатель находится в незащищенной зоне, где любой, кто имеет физический доступ, может подключиться и получить доступ к этой части сети. Я пытался изолировать удалённый не-умный выключатель с помощью VLAN на порту UCG-коммутатора, но UAP на этом порту, похоже, требует не-тегированный порт коммутатора, чтобы разрешить передачу информации об управлении UAP, что успешно происходит, когда порт коммутатора определен в сеть 'default'. Иметь физически незащищенную сеть 'default' в удалённом месте - нежелательно. Замкнутый шкаф, возможно, единственный способ обеспечить безопасность. Есть ли способ назначить порт UCG-коммутатора VLAN, при этом позволяя информации об управлении UAP течь к консоли UCG? Даже замена не-умного выключателя на умный, похоже, не решает мою проблему, когда UAP требует порт сети 'default' (не-тегированный?) для передачи информации об управлении UAP. Я не вижу настройки на портах UCG-коммутатора или определениях сети VLAN, которые могли бы помочь. Может быть, я что-то упускаю? Сетевая схема прилагается. Спасибо за рассмотрение.
 
Я сам наломал дров. Порт 8080 нужен для управления UAP и должен быть доступен, чтобы отображать статус UAP на вкладке статуса устройств UniFi (UCG) в приложении Network V8.6.9. Мое правило брандмауэра 'Deny Console' и профиль IP-групп 'Console Ports' теперь включают только порты 22, 23, 80 и 443. С уважением.
 
Спасибо 'its3am' за ответ. Новая сетевая схема прикреплена. Приношу извинения, предыдущая сетевая схема показывает конфигурацию сети, когда UAP успешно подключался и не отключался. Мой сценарий использования связан с тем, что никто, кто имеет доступ к "глупому" коммутатору, не должен иметь доступ к консоли UCG, но я обнаружил, что правило моего брандмауэра, ограничивающее эти консольные порты, также препятствует подключению UAP. Мой тестовый UAP на "глупом" коммутаторе теперь настроен как сеть 'default'. Я думал, что моя проблема началась, когда я установил Network Override для UAP на VLAN30. После настройки порта UCG коммутатора 1 на VLAN30, установки для VLAN30 опцию 'isolate', ручной настройки DNS для VLAN30 и отключения одного из созданных мной правил брандмауэра, проблема с подключением/отключением UAP была решена. Ручная настройка DNS VLAN и установка опции 'isolate' не повлияли на подключение. Я изначально предполагал, что порт коммутатора и Network Override устройства UAP должны совпадать, но, видимо, это не так. Я думаю, что UAP, установленный на 'default', не помечает трафик подключения, но UAP помечает трафик WiFi, который он получает. Также похоже, что "глупый" коммутатор, который у меня есть, не удаляет теги из трафика WiFi UAP, поскольку устройства WiFi подключаются к желаемым VLAN, а не к VLAN30. Моя проблема была "решена", когда я приостановил правило моего брандмауэра, которое не позволяло изолированным сетям получать доступ к портам входа контроллера (22, 23, 20, 8080, 443). Оказывается, для подключения UAP требуется, чтобы один или несколько этих портов были доступны. Эта новая конфигурация должна позволить всем подключенным устройствам на "глупом" коммутаторе быть изолированными в этом VLAN, но устройство на этом коммутаторе все равно сможет получить доступ к консольному порту UCG. Это намного лучше, чем доступность сети по умолчанию на "глупом" коммутаторе. Пароли будут последней линией защиты. Спасибо за ваше внимание.
 
Если вы добавили Network Override в UniFi Network Application для AP, то создали следующую ситуацию: AP добавляет тег VLAN 30 к своим исходящим управляющим пакетам. Неуправляемый свитч либо отбрасывает их, либо передает их на порт uplink к UniFi Gateway. UniFi Gateway не настроена для приема пакетов, помеченных VLAN 30; вместо этого она ожидает только немаркированные фреймы. Так что она их отбрасывает.

В обратном пути UniFi Gateway будет отправлять пакеты без тега к неуправляемому свитчу, который затем передаст их на AP. Но AP настроена так, что принимает управляющие пакеты только на VLAN 30, поэтому она их проигнорирует сама. Она перенаправит их на свой WiFi-интерфейс на любую точку доступа SSID, которая настроена без VLAN в контроллере, хотя.

В целом, такие ситуации, когда вы создаете расхождение между тем, что два устройства UniFi видят как нативный (немаркированный) VLAN, довольно сложно настроить правильно, и иногда это вообще невозможно сделать, например, если SSID связан с VLAN 30.
 
Спасибо 'its3am' за ответ. Так как у меня физическая проблема с местоположением моих UAP, я хочу определить сетевые подключения UAP на VLAN, чтобы никто, у кого есть доступ к удаленным "глупым" коммутаторам, не мог получить доступ к сетевым ресурсам, которые я хочу защитить. Я думал, что нужно настроить устройство UAP на той же VLAN, что и порт коммутатора. Когда я это сделал, UAP больше не отображал статус, хотя устройства WiFi могли подключаться. Когда сетевые настройки устройства UAP остаются как 'default', а порт коммутатора настроен на VLAN, статус UAP успешно отображается в сетевом приложении. Я предполагал, что порт коммутатора и сетевой override устройства UAP должны совпадать, но, видимо, это не так. Спасибо за ваше внимание. 
 
Если вы не добавите конкретные правила брандмауэра для блокировки доступа, любое устройство в любой локальной VLAN сможет получить доступ к приложению UniFi Network, работающему на шлюзе. (Или если вы включите гостевые политики, или если это сеть VLAN-only, выполненная в стиле шлюза от стороннего производителя, технически.)
Страницы: 1
Читают тему (гостей: 1)