LINUX.ORG.RU

Вышел dhcpcd 7.0.0

 


0

1

Вышел демон клиента динамической конфигурации хоста dhcpcd 7.0.0. С момента выхода beta1 прошёл почти год - это было в марте 2017-го. Целая последовательность предварительных релизов - beta1, beta2, beta3, rc1, rc2, rc3 и rc4 - наконец-то завершилась финальным релизом!

Отличия от версии 6.11.5:

  • Переработано расположение исходников;
  • Readme разбит на README.md и BUILDING.md;
  • Внутренняя маршрутизация теперь - протокол-агностик;
  • Вместо __packed теперь используются проверочные функции при компиляции;
  • Рассмотрено несколько вопросов выравнивания;
  • Отменяется выполнение некоторого ARP кода на ядрах, которые поддерживают RFC5227;
  • В BSD IPv6 настройки ядра теперь обновляются в соответствии с конфигом dhcpcd;
  • Удалены кастомный логгер и опция --logfile, теперь ведение всех логов доступно syslog'у;
  • Теперь файлы distinfo и подписанные файлы distinfo доступны и вне релизных тарболов;
  • Дефолтная директория DBDIR теперь вместо /var/db стала /var/db/dhcpcd;
  • Прежний файл /etc/dhcpcd.duid переместился в DBDIR/duid;
  • Прежний файл /etc/dhcpcd.secret переместился в DBDIR/secret;
  • Из имён выделенных файлов удалена подстрока «dhcpcd.», поскольку теперь они в директории с именем «dhcpcd»;
  • Устранены проблемы с отбрасыванием маршрутов на некоторых платформах;
  • Улучшена поддержка nl80211 в Linux'е для работы с SSID;
  • По дефолту в dhcpcd.conf больше не запрашивается NTP;
  • Исправлено обнаружение IPv6 DAD в OpenBSD;
  • Удалена кастомная фильтрация Solaris DLPI в пользу BPF;
  • BPF фильтрация значительно улучшена настолько, что теперь dhcpcd просыпается только на ARP или DHCP адресованных ему;
  • Добавлена поддержка MUD URL;
  • Если ядро не делает DAD, то теперь dhcpcd не настаивает и не ждёт пока ядро таки сделает DAD;
  • Устранён потенциальный крах когда DHCP или ARP состояния должны быть освобождены до того как цикл обработки пакетов натуральным образом поломается;
  • Удалены опции gateway и nogateway (для этого уже есть директивы);
  • Удалены опции ipv6ra_own и ipv6ra_own_default (для этого есть директивы ipv6rs/noipv6rs);
  • Устранена утечка памяти на системах, где память выделяется при помощи posix_spawnattr_init, вызывая в конце posix_spawnattr_destroy;
  • Устранён крах при получении SIGUSR1;
  • dhcp: исправлены безклассовые статические маршруты;
  • Выделение префиксов: построение маршрутов теперь происходит после назначения адресов;
  • dhcp: когда истекает аренда обнаружение происходит только по несущей;
  • ip6: устранён потенциальный сегфолт когда жизненный цикл истекает;
  • bsd: сборка на свежих OpenBSD;
  • dhcp: исправлен отчёт когда DNS шифрует SIP сервера;
  • dhcp6: исправлена однонаправленная передача данных в немастер режиме;
  • Исправлена обработка RA от множественных роутеров;
  • Исправлены изменения для улучшения маршрутизации основанном на шлюзе;
  • Дефолтный IPv6 маршрут теперь удаляется при отсутствии постоянного конфига;
  • Теперь по возможности используется hmac(3) из libc для уменьшения размера бинарника;
  • В Linux'е теперь помечаются маршруты как установлено RA/DHCP;
  • Теперь не сбрасываются префиксы маршрутов и роутеров если ядро не поддерживает RA;
  • Удалены метки маршрутов OpenBSD;
  • dhcp: улучшены ошибки в связи провала подсчёта контрольных сумм UDP;
  • dhcp: анонсируются существующие адреса перед перезагрузкой;
  • bpf: цикл переработан таким образом, что теперь можно закрыть и переоткрыть файловый дескриптор и прервать цикл;
  • ipv6nd: теперь не обрабатываются NA/RA для неактивных интерфейсов;
  • dhcp6: теперь прослушивает по всем адресам в немастер режиме;
  • dhcpcd-run-hooks: теперь устанавливает протокол в dhcpcd, а не угадывает;
  • Введена проверка, что xid уникален среди всех интерфейсов;
  • dhcp6: теперь сообщения перенаправляются на интерфейс, который использует xid;
  • bsd: теперь удаляются границы из LL адресов когда определяются их дополнения;
  • ipv6nd: устранено истечение жизненного цикла адресов при появлении несущей;
  • dhcp6: устранено подтверждение аренды при появлении несущей;
  • eloop: устранена ловля сигнала до старта eloop в Linux'е;
  • dhcp: при однонаправленной передаче на L3 также происходит однонаправленная передача на L2;
  • dhcp: при перезагрузке теперь не устанавливается cidaddr;
  • dhcp6: теперь отсутствует прослушка на IPv6 адресах когда не используется DHCPv6;
  • dhcp: только устанавливается статус зондирования при зондировании (таким образом устраняется причина перезагрузки);
  • linux: теперь используется IFA_F_NOPREFIXROUTE для IPv4 адресов;
  • ipv6: теперь выключается RA ядра если интерфейс активный;
  • хуки: устанавливается соединительный протокол для событий прослойки соединений;

>>> Скачать

★★★★★

Проверено: jollheef ()
Последнее исправление: Deleted (всего исправлений: 1)

демон клиента динамической конфигурации

А что оно умеет, чего не умеет dhclient?

selivan ★★★
()
Ответ на: комментарий от dexpl
   "Protocol agnostic" is a Comcast term, invented to describe its efforts to manage extreme congestion in the
   network -- and especially congestion caused by peer-to-peer (P2P) traffic.
saahriktu ★★★★★
() автор топика
Ответ на: комментарий от dexpl

Не «не зависящий», а «даже и не пытающийся определить».

the idea is to handle heavy users one by one, during peak congestion, regardless of which protocols go with the applications they're using. ... protocol agnostic says forget the protocols. Peer, shmeer. If you're using too much, you're using too much.

saahriktu ★★★★★
() автор топика

Внутренняя маршрутизация теперь - протокол-агностик;

Шо?

saahriktu
Проверено: jollheef

Теперь ясно.

Deleted
()

устал читать: выглядит впечатляюще

долгой жизни проекту, очень выручил, когда нужно было кластеризовать dhcp с кучей сеток и странных правил

whereisthelinus
()
Ответ на: комментарий от saahriktu

Это переводится «протоколонезависимый».
Впрочем, художник имеет право на свое видение - ждем протокола-игностициста, протокола-схоласта и протокола-панентеиста.

Deleted
()
Ответ на: комментарий от Deleted

Может быть и так. Но, вот, существует отдельный Comcast'овский термин. И, не вникая в детали, как-то сложно сходу сказать, что автор changelog'а употребил не его.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от whereisthelinus

нужно было кластеризовать dhcp с кучей сеток и странных правил

Сдаётся мне ты перепутал dhcpcd(клиент DHCP, о котором новость) и dhcpd(сервер DHCP)

Pinkbyte ★★★★★
()
Ответ на: комментарий от saahriktu

существует отдельный Comcast'овский термин.

Товарищ Саахов а давай вместе коверкать русский язык
не ОЧКО а СКОРА
не СОВЕТ а ХУК
не ХРАНИЛИЩЕ а РЕПОЗИТОРИЙ... нет еще жесче РЕПАЗИТАРИЙ
не КАТАЛОГ а ДИРЕКТОРИЯ
не ВСТРЕЧА а МИТАП
не «по-английски» а «в английски»

А чо хочу чтобы все было как у них там, в Америках. И насрать мне на литературные нормы.

anonymous
()
Ответ на: комментарий от anonymous

При чём тут «чтобы все было как у них там, в Америках»? Если автор текста американец и употребляет американские термины, то и переводить нужно соответственно. Точно также как и, например, «кот наплакал» не следует переводить на английский «по общим нормам языка» как «by cat cries», а как фразеологизм - «small amount».

saahriktu ★★★★★
() автор топика

Не всем нужны эти громоздкие монстры, вполне достаточно быстрой и качественной реализации DHCP-клиента в NetworkManager.

anonymous
()
Ответ на: комментарий от anonymous

Не всем нужен громоздкий NetworkManager.

saahriktu ★★★★★
() автор топика
Ответ на: комментарий от Deleted

Вышел демон клиента

Вышел демон из тумана, вынул ножик из кармана.

s/ножик/адрес/

urxvt ★★★★★
()
Ответ на: комментарий от Pinkbyte

Сдаётся мне ты перепутал dhcpcd(клиент DHCP, о котором новость) и dhcpd(сервер DHCP)

Всё верно говорите, перепутал. Что не отменяет моих слов про впечатляющий список изменений.

whereisthelinus
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.