CowboyJed! У всех, кроме двух, AP стабильно находятся в состоянии Connected после восстановления. Два остались проблемными детками, и у них немного разные проблемы. Один не хочет обновляться с версии 2.4.5, несмотря на то, что я нажал кнопку Upgrade в UI, а Unify потом доложил, что обновление прошло успешно, затем я попробовал обновить вручную через SSH, и оно просто зависло без ошибок, пока AP отвечал на постоянные ping. После повторного входа на AP он все еще показывает, что работает на 2.4.5. Странно, но перед попыткой ручного обновления AP показывался в состоянии Disconnected (но при этом пинговался) в UI, но после начала ручного обновления AP показался в состоянии Connected, и кнопка Upgrade была видна, и остается такой. Второй AP, как и первый, пингуется, НО находится в состоянии Connected в UI, но Unify сообщает о системном событии каждые несколько минут, показывающем, что AP отключен. Но огромный прогресс, однако.

CowboyJed - привет! Я наконец-то правильно написал твой никнейм Сервис Firewall просто "есть", то есть, если я отключаю его, выключая сервер/переводя в отключенное состояние, он закрывается (полностью или частично), из-за чего Unify-сервер теряет связь со всеми точками доступа. Вау, мне бы хотелось как-нибудь посмотреть твою домашнюю сеть. Это было много лет назад, но я жил на 70 акрах в Орегоне. Кстати, ты, возможно, захочешь узнать, что двое моих сотрудников, к счастью, потратили на это несколько часов, пока я разбирался с другими проблемами. Они придумали процедуру, которая помогла с 6-7 точками доступа, которые не удалось подключить, и я только что убедился, что ЭТО РАБОТАЕТ!!!!!!!!!!!!!!! Сначала они настроили сетевую карту сервера (это был ты или кто-то другой - NIC означает сетевой интерфейсный контроллер) в конфигурации нескольких VLAN, где она была помечена на нашем управленческом VLAN 799 и на VLAN "восстановления", который я создал ранее - VLAN 798. И к слову, в ответ на твой предыдущий вопрос: у нас 4 VLAN, каждая из которых соответствует 4 SSID. Итак, эта рабочая процедура: мы берем коммутаторный порт, к которому подключена точка доступа, и переводим его в двухрежимный режим (разрешена передача помеченного и непомеченного трафика через этот порт для ID VLAN, указанного в команде двухрежимного режима) для VLAN 798. Затем Unify-сервер может пропинговать точку доступа по адресу 192.168.1.20 (IP-адрес сервера 192.168.1.100 на VLAN 798). В этот момент мы настраиваем точку доступа для статического IP-адреса 192.168.1.20 и можем успешно подключить ее, но для этого требуется несколько перезагрузок и несколько минут, а иногда требуется расширенное подключение, чтобы подключение удалось. Затем мы можем выполнить обновление (кнопка "Обновить" теперь видна в Unify), поэтому мы откатываем прошивку до версии 2.6.4. После завершения обновления я меняю статический IP-адрес на IP-адрес, который мы хотим для этой точки доступа, и меняю коммутаторный порт точки доступа обратно в двухрежимный режим на VLAN 799 (управленческий VLAN для Unify), и после еще нескольких перезагрузок и нескольких минут точка доступа снова находится в подключенном состоянии с тем статический IP-адресом, который был до всего этого. Занимает около 20-30 минут на точку доступа.

Сколько VLAN ты используешь для UNiFi AP? Просто интересно, отличается ли VLAN управления от SSID. Я не знаком с термином NIC. Думаю, это что-то вроде сетевого интерфейсного соединения? Предполагая, что AP находится в другом VLAN/subnet, чем DHCP-сервер, потребуется какой-то DHCP relay agent, настроенный в роутере, чтобы перенаправлять DHCP-запросы между subnet'ами. Также, если у тебя файрвол на основе зон, возможно, потребуется посмотреть правила файрвола, если они в разных зонах. Я не помню, что ты используешь в качестве DHCP-сервера. К сожалению, ты можешь просматривать только цитируемое сообщение при ответе. Какая у тебя базовая сетевая конфигурация между сервером и клиентом? Например: сервер, L2-коммутатор, роутер, L2-коммутатор, оптоволокно, L2-коммутатор… и так далее.