The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

Выпуск DHCP-сервера Kea 3.0, развиваемого консорциумом ISC

26.06.2025 17:52

Консорциум ISC опубликовал релиз DHCP-сервера Kea 3.0, идущего на смену классическому ISC DHCP. Kea 3.0 отмечен как первый выпуск, для которого будет обеспечен длительный цикл сопровождения (LTS) - обновления будут выпускаться в течение трёх лет. Новые значительные стабильные выпуски планируют формировать раз в полгода, а не раз в год. Исходные тексты проекта распространяются под лицензией Mozilla Public License (MPL) 2.0, вместо ранее применяемой для ISC DHCP лицензии ISC License.

DHCP-сервер Kea основан на технологиях BIND 10 и построен с использованием модульной архитектуры, подразумевающей разбиение функциональности на разные процессы-обработчики. Продукт включает в себя полнофункциональную реализацию сервера с поддержкой протоколов DHCPv4 и DHCPv6, способную заменить собой ISC DHCP. В Kea встроены средства динамического обновления DNS-зон (Dynamic DNS), поддерживаются механизмы обнаружения серверов, назначения адресов, обновления и переподключения, обслуживания информационных запросов, резервирования адресов для хостов и PXE-загрузки. В реализации DHCPv6 дополнительно предусмотрена возможность делегирования префиксов.

Информация о выделенных адресах и параметрах клиентов может храниться в разных хранилищах, например, предоставляются бэкенды для хранения в файлах CSV, СУБД MySQL, Apache Cassandra и PostgreSQL. Параметры резервирования хостов могут быть заданы в файле конфигурации в формате JSON или в виде таблицы в MySQL и PostgreSQL. В состав входит инструмент perfdhcp для измерения производительности сервера DHCP и компоненты для сбора статистики. Для взаимодействия с внешними приложениями предоставляется специальный API. Возможно обновление конфигурации на лету без перезапуска сервера.

Ключевые улучшения в Kea 3.0:

  • В категорию открытых и бесплатно распространяемых переведено большинство библиотек TWELVE Kea с подключаемыми обработчиками (hook-ами), ранее доступными под коммерческой лицензией (коммерческими остались только обработчики RBAC и Configuration Backend, а остальные 12 обработчиков открыты под лицензией MPL 2.0). Изменён процесс распространения подключаемых обработчиков - для установки больше не требуется токен доступа. Открытые библиотеки включены в основной архив с исходным кодом Kea и доступны для установки из официальных репозиториев ISC.

    Среди возможностей, предоставляемых открытыми обработчиками: манипуляции с классами DHCP-клиентов без перезапуска DHCP-сервера, обновление DDNS (Dynamic DNS) в привязке к клиентам, гибкое назначение идентификаторов клиентам, ведение расширенных логов, использование GSS-TSIG для аутентификации, кэширование ответов от других хостов, вынос хранилища резервирования хостов в отдельную СУБД, ограничение интенсивности запросов, ping-проверка адресов перед выдачей клиентам, интеграция с RADIUS-серверами, управление настройками подсетей без перезапуска, поддержка расширений DHCPv4/DHCPv6 Leasequery. Открытые обработчики могут использоваться для настройки подсетей и резервирования хостов через web-интерфейс Stork.

  • Добавлены дополнительные проверки и меры усиления защиты, реализованные по мотивам недавно выявленных уязвимостей. После перехода на Kea 3.0 администраторам потребуется выставить новые пароли и настроить более надёжную защиту доступа к интерфейсам удалённого управления.
  • Добавлена встроенная поддержка HTTP/TLS. Для организации удалённого доступа больше не требуется Kea Control Agent (CA), что существенно упрощает настройку. В фоновые процессы DHCPv4, DHCPv6 и DHCP-DDNS встроена поддержка обращения к API через HTTP и TLS без использования Control Agent. В будущих выпусках планируют удалить Kea Control Agent.
  • С целью упрощения миграции с ISC DHCP изменена классификация клиентов. Предоставлена возможность добавления опций в привязке к клиенту или подсети. Поведение при наследовании опций приближено к ISC DHCP.
  • В DHCPv6 реализован механизм регистрации адресов (RFC 9686), позволяющий вместо назначения сервером адреса, генерировать адрес на стороне устройства, используя SLAAC (Stateless Address Autoconfiguration), после чего передавать сведения о сгенерированном адресе на DHCPv6-сервер.
  • Модернизирована сборочная система, которая переведена с Auto Tools на инструментарий Meson.
  • Код для поддержки бэкендов хранения на базе MySQL и PostgreSQL вынесен в отдельные библиотеки. Данные бэкенды теперь не являются обязательными для установки - если не требуется поддержка MySQL и PostgreSQL, при установке Kea больше не требуется установка связанных с СУБД зависимостей.


  1. Главная ссылка к новости (https://www.isc.org/blogs/kea-...)
  2. OpenNews: Первый стабильный релиз DHCP-сервера Kea, идущего на смену ISC DHCP
  3. OpenNews: Уязвимости в пакетах с Kea DHCP и cyrus-imapd, позволяющие повысить привилегии в системе
  4. OpenNews: Релиз ISC DHCP 4.4.0
  5. OpenNews: Атака TunnelVision, позволяющая перенаправить VPN-трафик через манипуляции с DHCP
  6. OpenNews: Из OpenBSD удалена утилита dhclient в пользу фонового процесса dhcpleased
Лицензия: CC BY 3.0
Короткая ссылка: https://opennet.ru/63474-kea
Ключевые слова: kea, dhcp
При перепечатке указание ссылки на opennet.ru обязательно


Обсуждение (20) Ajax | 1 уровень | Линейный | +/- | Раскрыть всё | RSS
  • 1.1, Аноним (1), 18:53, 26/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    Написан кстати целиком на C++. Как же так, они против безопасности что ли?
     
     
  • 2.2, Аноним (2), 18:56, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Лучше бы на Си писали. Кресты переусложнены и вместо кода лапша получается. Классы придумали извращенцы.
     
     
  • 3.3, Аноним (3), 19:06, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +4 +/
    "Если им не нравятся классы, пусть используют структуры."
     
  • 3.14, Аноним (14), 23:52, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • –5 +/
    Лапша в достаточно сложных проектах получается, как раз, без классов.
     
  • 2.5, НяшМяш (ok), 19:10, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Памятник им надо ставить, без шуток.
     
  • 2.6, Аноним (-), 19:12, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • –4 +/
    > Как же так, они против безопасности что ли?

    Там С++14. Не идеально, но вполне себе норм, если не писать в стиле сишечки.
    В любом слуйчае с++ менее дыряв чем сишка. Не зря GCC переписали на с++.

    Плюс у них есть и unit-tests, и с 2018 года есть fuzzing.
    Большинство сишников даже таких слов не знают))

     
     
  • 3.8, Аноним (8), 19:24, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    C23 будет конфетка, так что всё норм.
     
  • 3.19, Ann (??), 07:14, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    >>менее дыряв чем сишка

    А что такое дырки в языках, можете объяснить поподробнее? А то, ни в одном учебнике про них не сказано.

     

  • 1.4, soarin (ok), 19:07, 26/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +4 +/
    Пробовал как-то в Ubuntu 24.04 ибо прочитал, что isc-dhcp – это луддитство.
    Возился, возился, возился... но так и не заработало.
    Сдался, поставил isc-dhcp и всё работает.

    В следующий раз в Ubuntu 26.04 попробую.

     
  • 1.9, Аноним (9), 20:17, 26/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • –3 +/
    А почему не на Golang? Ведь golang - язычок, созданный для сетевых приложений, и уделывает сишку в плане секурности.
     
     
  • 2.11, Аноним (11), 20:24, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • –1 +/
    Потому что работать в ISC программистом за те деньги, что они предлагают желающих кроме китайских программистов в штатском нет. А те, что есть — знают только кресты, и только десятилетней давности.
     

  • 1.12, Аноним (12), 22:18, 26/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    А что будет с bind?
     
     
  • 2.13, Аноним (13), 23:36, 26/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    А ему то что, он же DNS.
     
     
  • 3.16, Аноним (12), 00:14, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Bind - эталонная реализация dns, его тоже будут заменять?
     
     
  • 4.17, axeL (?), 01:02, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    Его уже заменили, в этой фразе есть подсказка: "DHCP-сервер Kea основан на технологиях BIND 10"
     

  • 1.20, Аноним (20), 09:16, 27/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +1 +/
    Насколько помню и старый dhcp прекрасно обновлял ddns в связке с биндом.
    Так и чем оно лучше старого ISC-dhcp? Адреса круче раздает или че?)
     
     
  • 2.25, Анониссимус (?), 14:52, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Точно не знаю. Но если бы вы пробовали настроить старый dhcpd, то знали бы, какой это ад.
     

  • 1.23, Аноним (23), 12:49, 27/06/2025 [ответить] [﹢﹢﹢] [ · · · ]  
  • +/
    была проблема, что если вмка вырубится резко то при следующем запуске она получала левый ip из той же подсети, хотя резервирование стояло как надо, и приходилось memfile чистить и службу перезапускать что бы оно запахало, пришлось вернуться на isc dhcp
     
     
  • 2.24, Аноним (24), 13:27, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +1 +/
    > хотя резервирование стояло как надо

    мак сетевого интерфейса менялся видать

     
     
  • 3.26, Аноним (23), 15:12, 27/06/2025 [^] [^^] [^^^] [ответить]  
  • +/
    Так вот и нет(( в лиз файле оно считало что этот ip уже занят хотя запрос был с той же виртуалке только перезагруженой
     

     Добавить комментарий
    Имя:
    E-Mail:
    Текст:



    Партнёры:
    PostgresPro
    Inferno Solutions
    Hosting by Hoster.ru
    Хостинг:

    Закладки на сайте
    Проследить за страницей
    Created 1996-2025 by Maxim Chirkov
    Добавить, Поддержать, Вебмастеру