Ошибки DHCP в логах - в чём может быть причина?

Обсуждение ПО и его настройки
Ответить
Akina
Сообщения: 33
Зарегистрирован: 13 июл 2018, 07:46
Откуда: Зеленоград, Москва, Россия
Контактная информация:

В логах начали появляться пакеты записей типа:
dec/12 22:09:48 dhcp,info dhcp_VLAN_1320 deassigned 172.31.68.64 from 10:4F:A8:30:C0:90
dec/12 22:10:01 dhcp,warning dhcp_VLAN_1320 offering lease 172.31.68.64 for 10:4F:A8:30:C0:90 without success
dec/12 22:10:13 dhcp,warning dhcp_VLAN_1320 offering lease 172.31.68.64 for 10:4F:A8:30:C0:90 without success
dec/12 22:13:38 dhcp,info dhcp_VLAN_1320 assigned 172.31.68.64 to 10:4F:A8:30:C0:90
Причём неудачное выделение может быть коротким (как показано), но может и растянуться на полчаса...

В чём может быть причина неудачи выделения адреса? Это на стороне роутера что-то, или проблема у клиента? leased time адреса - сутки.

PS. Судя по промежутку времени между последними двумя записями, устройство было перезапущено...


Аватара пользователя
Vlad-2
Модератор
Сообщения: 2531
Зарегистрирован: 08 апр 2016, 19:19
Откуда: Петропавловск-Камчатский (п-ов Камчатка)
Контактная информация:

По своей практике скажу так: проблема может быть в чём угодно.
Нет готовых рецептов по тому, как от этого избавиться, порой
этого долго нет, а бывает и сразу 1-2 компа не могут получить адрес.
У меня в основном это на ВиФи сегменте это видно (периодически).

Проверьте:
а) оборудование клиента, провода, не будет лишним перезагрузить оборудование (клиентское)
б) также надо проверить, нет ли проблем на свитчах и их настройки (часто защита от флуда, от спуфинга
и так далее, бывают мешают нормальной работе. Не включено ли на каком-то свитчей случайно DHCP Relay,
ну и также свитчи Dlink часто бывало - резали часть пакетов от DHCP)
в) проверить настройку вилана, может из-за пункта 2, в этом вилане что-то мешает клиенту получить адрес
(проверить настройку вилана, и его PVID).



На работе(ах): 2xCCR1016-12G, RB3011UiAS и hAP lite (RB941)
Дома: CCR1016-12G, RBcAP2n (standalone), RB wAP LTE kit
Для тестов(под рукой): RB3011UiAS, hAP mini (RB931) и что-то ещё по мелочи
MTCNA
MTCRE
tipx
Сообщения: 1
Зарегистрирован: 15 дек 2018, 18:34

У меня тоже в логах появляется подобное: offering lease 172.31.68.64 for 10:4F:A8:30:C0:90 without success. Но при этом ip присваевается. Появляется от машин на которых установлен Аваст. Если удалить аваст, то сообщений нет. Так же сообщений нет если Аваст включен, но отключен брандмауэр windows. Не знаю с каким правилом это связано


s_yarko
Сообщения: 1
Зарегистрирован: 06 апр 2019, 07:27

tipx писал(а): 15 дек 2018, 18:50 У меня тоже в логах появляется подобное: offering lease 172.31.68.64 for 10:4F:A8:30:C0:90 without success. Но при этом ip присваевается. Появляется от машин на которых установлен Аваст. Если удалить аваст, то сообщений нет. Так же сообщений нет если Аваст включен, но отключен брандмауэр windows. Не знаю с каким правилом это связано
Я сюда пришел с такой же проблемой, в авасте мешает модуль анализ сети. Аваст вольно можно использовать, просто переустановить без этого модуля. Пока решения проблемы не нашли(

Бывают и абоненты в которых при подключении к роутеру есть подобные проблемы, но пока не могу доказать, склоняюсь на проблемы в оборудовании в цепи к абоненту...


LYNX
Сообщения: 1
Зарегистрирован: 06 май 2019, 00:44

доброго времени суток, таже беда с dhcp, только аваста на клиентах близко не было...
931 hap mini, одним кабелем принимает 2 vlan от прова (там есть конечно нетегированые пакеты, по тоорчу самого микрота, но они не интересны) на vlan 41 который для локалки приходит на бридже свой dhcp как часы, а на 923 такая же ботва как в сабже... притом кто-то из клиентов таки получает адрес (хотя в leases все равно offering) , а ктото нет...
зы вторая неделя пошла мысли кончились...
прошивка 6.44 хотя и на стоков ой 6.39 было тоже самое...


Аватара пользователя
Vlad-2
Модератор
Сообщения: 2531
Зарегистрирован: 08 апр 2016, 19:19
Откуда: Петропавловск-Камчатский (п-ов Камчатка)
Контактная информация:

LYNX писал(а): 06 май 2019, 19:04 зы вторая неделя пошла мысли кончились...
прошивка 6.44 хотя и на стоков ой 6.39 было тоже самое...
По Вашему описанию я мало что понял, провайдер виланы для сети.

1) включите на всякий случай защиту от петель, и на портах и на вилан-интерфейсах,
если есть/появляется петля - Вы узнаете, а это уже повод подумать почему и как.
2) в настройках DHCP, последняя закладка, Alert - там включите и настройте
для обнаружения другого DHCP сервера в рамках нужного(ых) интерфейсов,
опять же, если в логах будет красным предупреждение, что был найден чужой DHCP,
тоже есть повод найти его и покарать строго.
3) на бриджах, попробуйте отключить (R)STP протокол, с ним не всё и не вся работают.
4) обновитесь уже на 6.44.3, в DHCP добавили/обновили логику работу, там теперь
перед выдачей адреса, он проверяется, свободен он или нет. Хоть и по простому,
но есть (называется Conflict Detection, эту опцию надо включать).
5) также проверить кабеля, порты, может есть в схеме старые сетевые свитчи,
всё это также может мешать работе DHCP.
6) ну и коли задавать вопрос, надо всё же показывать параметры настроек Вашего DHCP сервера.



На работе(ах): 2xCCR1016-12G, RB3011UiAS и hAP lite (RB941)
Дома: CCR1016-12G, RBcAP2n (standalone), RB wAP LTE kit
Для тестов(под рукой): RB3011UiAS, hAP mini (RB931) и что-то ещё по мелочи
MTCNA
MTCRE
Ответить