Добро пожаловать, Гость. Пожалуйста авторизуйтесь здесь.
FGHIGate на GaNJa NeTWoRK ST@Ti0N - Просмотр сообщения в эхоконференции RU.UNIX.BSD
Введите FGHI ссылку:


Присутствуют сообщения из эхоконференции RU.UNIX.BSD с датами от 18 Jan 11 22:51:00 до 27 May 24 11:30:58, всего сообщений: 10756
Ответить на сообщение К списку сообщений Предыдущее сообщение Следующее сообщение
= Сообщение: 7907 из 10756 ===================================== RU.UNIX.BSD =
От   : Eugene Grosbein                  2:5006/1           01 Jul 18 14:04:35
Кому : All                                                 01 Jul 18 14:04:35
Тема : dhclient, em(4) & mtu
FGHI : area://RU.UNIX.BSD?msgid=grosbein.net+22433ae8
= Кодировка сообщения определена как: IBM866 =================================
Ответ: area://RU.UNIX.BSD?msgid=2:5005/49.7+5b44e725
==============================================================================
Привет!

Кто использует сетевые em(4) с DHCP, будьте осторожны при обновлении до 11.2.

В dhclient добавили обработку dhcp option 26 - interface MTU,
раньше наш dhclient её игнорировал, если сервер вставляет её в offer,
теперь не игнорирует и по дефолту применяет переданное значение MTU.

Драйвер em(4) дергает линк при выставлении MTU, даже если старое значение
было таким же. В результате сразу после получения адреса с такой комбинацией
dhclient/em/option 26 линк падает, а после падения линка по стандарту
DHCP-клиент обязан проверить валидность адреса (может, интерфейс
переключили в другую сетку?) и всё начинается по новой в вечном цикле.

Быстрый workaround это вернуть старое поведение, когда MTU игнорировался,
добавив в /etc/dhclient.conf:

interface "em0" {
  supersede interface-mtu 0;
}

Hоль это специальное значение, тогда dhclient не пытается выставить MTU.

Eugene
--
What would you do with a brain if you had one?
--- slrn/1.0.3 (FreeBSD)
* Origin: RDTC JSC (2:5006/1@fidonet)

К главной странице гейта
Powered by NoSFeRaTU`s FGHIGate
Открытие страницы: 0.244526 секунды