после apt-get dist-upgrade установленного с релизных CD debian stable начинается «подземный стук» с dhcp сервером при обработке запросов от dhcp-relay (cisco). «Поземный» потому что до данного момента все работает.
В логах dhcp сервера все dhcp запросы начинают идти не от имени хелпера интерфейса удаленной сети и мак адреса клиента запрашивающего адрес, а от имени ип и мака цисковского интерфеса сети в которой находится dhcp сервер.
похоже что то после упдейта дебиана «ровняет» пакет запроса от хелпера…. может пакет обрезается до размера оригинального запроса отправленного клиентом?
Последние комментарии
-
OlegL, 17 декабря в 15:00 →
Перекличка
21
-
REDkiy, 8 июня в 9:09 →
Как «замокать» файл для юниттеста в Python?
2
-
fhunter, 29 ноября 2022 года в 2:09 →
Проблема с NO_PUBKEY: как получить GPG-ключ и добавить его в базу apt?
6
-
Иванн, 9 апреля 2022 года в 8:31 →
Ассоциация РАСПО провела первое учредительное собрание
1
-
Kiri11.ADV1, 7 марта 2021 года в 12:01 →
Логи catalina.out в TomCat 9 в формате JSON
1
ecobeing.ru
Экология и вегетарианство на благо всем живым существам Планеты.
Имхо, надо попробовать снести и поставить заново isc-dhcpd. Потому что это вообще не зависит от дистрибутива. У нас cisco dhcp-relay и isc-dhcpd отлично вместе работают.
Стоит isc-dhcpd-V3.0.1rc12
если сам dhcpd обновился, то попробуй ему downgrade версии сделать.
сносил и ставил (пробовал текущий стабле, пересобирая ставил тестинг и унстабле).
tcpdump -> dhcpdump -> никаких следов мака клиента и адреса dhcp-helpera cisco…. все запросы от ип и мак изернета циски в котором dhcp сервер debiana -> соответсвенно адреса выдать некому и не из чего.
на дистирибутиве до dist-upgrade все пучком, и запросы идут от ип хелпера и мака клиента
насколько я понял — релей добавляет в пакет свою инфу, может что-то режет пакет?
—-
нельзя ли
я попробую сейчас стабле с компакта поставить, однако меня сильно напрягает то, что в пакетах tcpdump | dhcpdump не видно мака клиента и ип хелпера
забыл спросить — у вас не дебиан-стабле стоит? если он, то что и до каких пределом упгрейчено?
к сожалению дебиан оказался не при чем :(
dist-upgrade совпал по времени с вот такой бякой
00:00:05: %UPCONV-3-I2CERROR: Upconverter I2C error. Reg 0×3C901104, Ack failed
-Traceback= 603E7984 603E7A30 603E7B3C 603E7EC4 603E88BC 603ABD9C 603ABFF8 605E9
554 603A9FE8 605E933C 605E948C 6059E550 604DE48C 604DE6C8 6057BDB4 6057BDA0
00:00:05: %UPCONV-3-I2CERROR: Upconverter I2C error. Reg 0×3C901104, NO OK
-Traceback= 603E79BC 603E7A30 603E7B3C 603E7F2C 603E88F4 603ABD9C 603ABFF8 605E9
554 603A9FE8 605E933C 605E948C 6059E550 604DE48C 604DE6C8 6057BDB4 6057BDA0
554 603A9FE8 605E933C 605E948C 6059E550 604DE48C 604DE6C8 6057BDB4 6057BDA0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:06: %PPP-4-NOREGISTER: NCP not registered, protocol = 0
00:00:08: %LINK-3-UPDOWN: Interface FastEthernet0/0, changed state to up
00:00:08: %LINK-3-UPDOWN: Interface FastEthernet0/1, changed state to up
00:00:08: %LINK-3-UPDOWN: Interface Cable1/0, changed state to up
00:00:08: %UBR7100-5-UPDOWN: Interface Cable1/0 Port U0, changed state to admini
stratively down
00:00:08: %UBR7100-5-UPDOWN: Interface Cable1/0 Port U1, changed state to admini
stratively down
00:00:08: %UBR7100-5-UPDOWN: Interface Cable1/0 Port U2, changed state to admini
stratively down
00:00:08: %UBR7100-5-UPDOWN: Interface Cable1/0 Port U3, changed state to admini
stratively down
00:00:08: %UPCONV-3-I2CERROR: Upconverter I2C error. Reg 0×3C901104, Ack failed
-Traceback= 603E7984 603E7A30 603E7B3C 603E81EC 603476A8 603769BC 6050C72C 60518
5E8 605188E8 605BF238 605BA2C0 605B4264 605BC794 605BC9C8 604EC42C 604DE7E8