У меня точно такая же проблема. Никаких "бегущих" DHCP-серверов нет. Это началось, когда я подключил UniFi AP-AC-HD, и только с этих точек доступа. Придется покопаться в этой AP подробнее.

Нет, это не его DHCP-сервер. Я купил один из этих бесполезных точек доступа для клиента. Я могу получить DHCP на своем телефоне без проблем. Но когда я пытаюсь подключить свой ноутбук, я получаю адрес auto config IP 169. Я прочитал здесь столько постов, в которых винят сетевые навыки кого-то или DHCP-сервер. Я системный администратор уже 10 лет, и я никогда не видел точку доступа, которой нужен специальный защищенный шлюз, чтобы включить внутренний DHCP, который встроен во все остальные точки доступа. Aruba, Cisco, Meraki... у всех есть внутренние DHCP-серверы, и им не нужна какая-то чушь с Java-контроллером для работы облачного управления. Больше я не буду покупать ни одного из этих продуктов, так как их мучительно настраивать, и из большинства постов, которые я видел здесь, винят потребителей, у которых возникают проблемы с плохо спроектированным продуктом.

Привет, 1threddy, я думаю, твоя проблема похожа, но на самом деле отличается. IP-адрес, начинающийся с 169.XX.XX.XX, – это автоматически присвоенный или "самоприсвоенный" IP-адрес. Это происходит, когда не удалось связаться с DHCP-сервером или адрес не смог быть назначен. Если у тебя такой адрес, значит, DHCP-сервер не найден, и это теперь запасной вариант. Ни один роутер, шлюз или DHCP-сервер не должны назначать этот диапазон адресов, будь то ожидаемый сервер или "поддельный". Иногда, когда на одной LAN существуют два DHCP-сервера в конфликтующей конфигурации, один деактивируется и перестает назначать адреса. Возможно, произошло и это, и теперь адресов нет.
M

Привет, PAV4EVER! К сожалению, я ничего конкретного не предпринял для решения этой проблемы. Но могу предложить следующее: без сомнения, проблема в DHCP и сети, а не в оборудовании Unifi. Иногда машина подключается с IP-адресом 196.x.x.x, а потом через некоторое время получает IP от DHCP и работает нормально. В какой-то момент я думал, что проблема в силе клиентского соединения, так как она возникала чаще всего, когда у клиентов было очень слабое соединение. Если у вас много точек доступа, убедитесь, что между каналами на разных AP нет сильного или вообще никакого влияния. Я думаю, что помехи в канале – это недооцененная проблема, которая имеет большее влияние, чем большинство думают. Удачи!

В завершение по этому вопросу. Без каких-либо изменений в сети проблема исчезла!! Очевидно, что что-то изменилось, но это было не связано с моими действиями по устранению проблемы. Большое спасибо за всю помощь.

Привет,

Ты тщательно изучил слабый сигнал? Кажется, это очень вероятная причина.

Wireshark, который ты проанализировал, показывает точную проблему: цепочка событий прерывается до завершения. Клиент отправляет запрос на обнаружение, сервер отвечает предложением, а потом всё заканчивается. Это произошло дважды в примере, который ты прислал. Теперь нужно рассматривать это как обычную диагностику и выяснить, где происходит сбой, но если выяснится, что дело в точке доступа, не спеши винить её, пока не решишь проблему со слабым сигналом.

Итак, ты тестировал с Wireshark на DHCP-сервере. Последним известным ответом было предложение от сервера. Дошло ли это предложение до клиента? Если да, то ответил ли клиент? Если клиент ответил, почему его ответ не дошёл до сервера?

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

Ты упоминал несколько DHCP-серверов. Это всегда немного беспокоит. Если они не полностью изолированы друг от друга, то они не будут хорошо взаимодействовать. Ты говоришь, что по кабелю всё работает нормально, но это не вся история. Убедись, что точки доступа (не только кабельные соединения) имеют чистый маршрут обратно к одному DHCP-серверу из сети широковещания. Я думаю, что вероятность того, что это причина, невелика по нескольким причинам, но всё равно стоит проверить.

Помни - Wireshark твой друг.

Удачи.
M

У меня та же ошибка, я снял галочку с "Block LAN to VLAN", но не помогло. Помогите. Спасибо.

Привет, Дон!

Прошу прощения за задержку с ответом. На протяжении многих лет появлялись сообщения о том, что точки доступа (AP) выдают IP-адреса. Это не так, поэтому нам нужно искать проблему в другом месте. Недавно использование опции «Блокировка LAN в WLAN» стало фактором. Если эта опция включена, необходимо добавить ваш DHCP-сервер в список исключений, иначе не будет никого, кто сможет выдавать DHCP. Я не использую эту опцию, а вместо нее использую VLAN, когда есть необходимость разделить беспроводную сеть от LAN. Мы не заморачиваемся с этим на небольших сетях, если у них нет VoIP-телефонов, так как качество VoIP, похоже, значительно улучшается при использовании VLAN.

Вы получаете автоматические частные IP-адреса (APIPA) в подсети 169.254.0.0, потому что нет DHCP-сервера, обрабатывающего запросы ваших точек доступа. Если все остальные устройства в вашей сети действительно получают DHCP-адреса без проблем и если в вашем диапазоне осталось достаточно адресов, чтобы добавить беспроводные устройства, я бы заключил, что в вашей UniFi-консоли есть проблема с конфигурацией. Я бы отключил опцию «Блокировка LAN в WLAN» для тестовых целей. Перезагрузите точку доступа и попробуйте снова. Если вы все равно получаете адрес APIPA, я бы посмотрел в ваших DHCP-арендах для точки доступа. Получает ли она DHCP-адрес, как положено? Если да, можете ли вы подключиться к ней по SSH из вашей LAN? Если да, я бы дал своему ноутбуку статический адрес и подключился к точке доступа и посмотрел, что произойдет. Если это сработает, вы будете знать, что все работает, кроме DHCP, в отношении точки доступа, и вам просто придется продолжать копаться в вашем контроллере, пока не найдете место, где что-то неправильно настроено.

Вы сказали, что DHCP выдается вашим WinServer 2012. Вы не упомянули, где работает контроллер. Если он на сервере, возможно, есть проблема с файерволом. Возможно, стоит попробовать запустить обычный контроллер на другом компьютере и снова принять вашу точку доступа и посмотреть, что произойдет.

Удачи!