dhcp-клиент: обновление адреса при переключении кабеля

[AnrDaemon]

Лирику заканчивайте. Ваши рабочие похождения тут никого не интересуют.
Показывайте запрошенную информацию.

[oS_a]

Данупрям?

Код: [Выделить]

tcpdump -i eth0 'udp and (port bootps or port bootpc)'

Код: [Выделить]

# tcpdump -i eth0 'udp and (port bootps or port bootpc)'
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode
listening on eth0, link-type EN10MB (Ethernet), capture size 262144 bytesНа этом все. т.е. выхлоп чистый. Мои действия - запустил команду; отключил кабель; подождал секунд 30; подключил кабель другой сети; выхлоп чистый после пару минут внимательного всматривания на экран.

Пользователь добавил сообщение 06 Июня 2016, 14:25:34:

Лирику заканчивайте.

Ни какой лирики. wolfser2701  просил поянить, я пояснил.
Пользователь добавил сообщение 06 Июня 2016, 14:38:33:AnrDaemon, скажите, а как скоро должно происходить обновление? Может я форсирую события? может минут через 10 переключения произойдет обновление? (аренда если что выдается на 23 часа)

[AnrDaemon]

На DHCP сервере сеть выставлена в авторитативную?
Запрос должен проходить сразу.
Отключили кабель - интерфейс даун. Подключили - ап и реквест.

[oS_a]

Авторитативный в обоих случаях. Значит хрень какая то в хосте. Ладно, потестирую на ком нибудь еще, проверю. Если докапаюсь что с этим хостом - отпишусь если память не подведет.
Спасибо! особенно AnrDaemon за терпение.

[AnrDaemon]

При отключении кабеля интерфейс опускается? (в статусе "ip l" должны отсутствовать "UP,LOWER_UP")

[oS_a]

При отключении кабеля интерфейс опускается? (в статусе "ip l" должны отсутствовать "UP,LOWER_UP")

LOWER_UP пропадает, UP остается. Это плохо?

[AnrDaemon]

Естественно.
Поэтому и не обновляется адрес, что интерфейс не реконфигурируется.
А вот как отловить отключение кабеля, это, конечно, интересно.
Нагуглить не получается.
Есть ссылки на udev, но пока непонятно, как поймать.

[EvgenNsk]

Ваши рабочие похождения тут никого не интересуют.

Да он может от отчаяния принялся уже пошагово описывать свои действия в рабочем процессе, сколько шагов сделал, какой рукой взял патч-корд в другой сети... :-)

Подтверждаю, проблема есть, и уже ну очень давно.

Лежат на столе в одном офисе 2 свитча: один работает на сеть 192.168.10.0\24, это сеть офисная. Другой на сеть 192.168.20.0\24, это сеть типа арендаторов. Сети изолированы друг от друга (разные сетевки на шлюзе), ну и разумеется на шлюзе в dhcpd.conf описана работа на эти 2 подсети. Описание подсетей в конфиге - абсолютная ксерокопия, только в одном случае 10.0 в другом 20.0.

Вытаскиваешь патч-корд из одного свитча (например, который в сеть 192.168.10.0\24), втыкаешь в другой, а адрес автоматом не меняется.
Несколько лет назад, когда первый раз это обнаружил, долго листал форумы, но готового решения "сразу" - "в лоб" - "без посылания курить маны" - "без предвзятого отношения на форумах как к нубу" и т.д. не нашел.
Короче, забил. Выполняю в консоли:
dhclient eth0
И вопрос закрывается.

В /etc/network/interfaces чего только не пробовал: и auto eth0, и allow-hotplug eth0, и вмести и раздельно и вдоль-поперек-взаимно ортогонально, в бубен бил, ритуальный костер жег - результат 0.

Посмотрим, какой результат даст эта ветка форума :-)
Пользователь добавил сообщение 12 Июня 2016, 15:10:54:

Естественно.
Поэтому и не обновляется адрес, что интерфейс не реконфигурируется.
А вот как отловить отключение кабеля, это, конечно, интересно.

В том то и прикол: вроде-как директива allow-hotplug должна (но, видимо, не обязана) это делать.
Мне сам принцип не понятен: погасили (физически) линк, выдернув патчкорд. С какого перепугу адрес\маска подсети интерфейса остаются в сохраненном состоянии, ведь link то уже down...

[AnrDaemon]

Там два линка. Физический и логический. (UP и LOWER_UP, если смотреть на работающий интерфейс.)
I.e.:

Код: [Выделить]

2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000

[oS_a]

EvgenNsk, ты прав на счет отчаянья) то был последний день перед отпуском, я торопился но пытался излагать максимально ясно.
В итоге решил аналогично "просто dhclient eth0" по крону, т.к. переключения в одно и то же время происходят. Отрабатывает нормально. Однако изначально хотелось красоты)
Всем спасибо!