Консорциум ISC релиз на DHCP сървъра , който заменя класическия ISC DHCP. Изходните кодове на проекта под лицензия , вместо преди използваната лицензия на ISC DHCP ISC License.
DHCP сървърът Kea е базиран на технологии BIND 10 и използва модулна архитектура, която разделя функционалността на различни процеси. Продуктът включва пълнофункционална реализация на сървъра с поддръжка на протоколите DHCPv4 и DHCPv6, способна да замени ISC DHCP. Kea вгражда средства за динамично актуализиране на DNS зони (Dynamic DNS), поддържа механизми за откриване на сървъри, назначаване на адреси, актуализиране и повторно свързване, обслужване на информационни запитвания, резервиране на адреси за хостове и PXE зареждане. В реализацията на DHCPv6 е предвидена възможност за делегиране на префикси. За взаимодействие с външни приложения е предоставен специален API. Актуализацията на конфигурацията може да се извършва в движение без рестартиране на сървъра.
Информацията за резервираните адреси и параметрите на клиентите може да се съхранява в различни типове хранилища — в момента се предоставят бекенди за съхранение в CSV файлове, MySQL СУБД, Apache Cassandra и PostgreSQL. Параметрите за резервиране на хостовете могат да бъдат зададени в конфигурационен файл в JSON формат или под формата на таблица в MySQL и PostgreSQL. Включва инструмент perfdhcp за измерване на производителността на DHCP сървъра и компоненти за събиране на статистика. Kea демонстрира добра производителност, например, при използване на MySQL бекенд, сървърът може да изпълнява 1000 назначения на адреси в секунда (около 4000 пакета в секунда), а при използване на memfile бекенд производителността достига 7500 назначения в секунда.
Ключови в Kea 1.6:
- Реализиран е бекенд конфигурацията (CB, Configuration Backend), който позволява централизирано управление на настройките на няколко DHCPv4 и DHCPv6 сървъра. Бекендът може да се използва за съхранение на повечето настройки на Kea, включително глобални параметри, информация за общи мрежи, подсистеми, опции, пулове и определения на опции. Вместо да се съхраняват всички тези настройки в локален конфигурационен файл, те вече могат да бъдат разположени във външна база данни. При това може да се определи чрез CB не всички, а част от настройките с наслагване на параметри от външната БД и локалните конфигурационни файлове (например в локалните файлове могат да бъдат оставени настройките на мрежовите интерфейси).
Към СУБД за съхранение на конфигурация в момента се поддържа само MySQL (за съхранение на бази с присвоени адреси (leases) могат да се използват MySQL, PostgreSQL и Cassandra, а за резервиране на хостове - MySQL и PostgreSQL). Конфигурацията в БД може да се променя както чрез директно обращение към СУБД, така и чрез специално подготвени междинни библиотеки, предоставящи стандартен набор от команди за управление на конфигурацията, като добавяне и изтриване на параметри, привързвания, DHCP-опции и подсистеми;
- Добавен е нов клас обработчици „DROP“ (всички свързани с класа DROP пакети незабавно се отхвърлят), който може да се използва за отхвърляне на нежелан трафик, например определени типове DHCP-съобщения;
- Добавени са нови параметри max-lease-time и min-lease-time, които позволяват определяне на времето за живот на привързването на адреса към клиента (lease) не във формата на строго зададена стойност, а под формата на допустим диапазон;
- Подобрена е съвместимостта с устройства, които не спазват напълно стандартите за DHCP. За да се заобиколят проблемите, Kea сега изпраща информация за типа на съобщението DHCPv4 в самото начало на списъка с опции, обработва различни представяния на имена на хостове, разпознава предаване на празно име на хост и позволява определяне на субопции с кодове от 0 до 255;
- За демона DDNS е добавен отделен управляващ сокет, през който могат директно да се предават команди и да се внасят промени в конфигурацията. Поддържат се следните команди: build-report, config-get, config-reload, config-set, config-test, config-write, list-commands, shutdown и version-get;
- Премахнати (CVE-2019-6472, CVE-2019-6473, CVE-2019-6474), които могат да се използват за осъществяване на отказ в обслужването (причиняване на срив на сървърните обработвачи DHCPv4 и DHCPv6) чрез изпращане на заявки с неправилни опции и стойности. Най-голямата опасност представлява проблемът , който в случай на използване за свързвания на memfile води до невъзможност за автоматичен рестарт на сървърния процес, поради което за възстановяване на работата е необходимо ръчно намесване на администратора (почистване на базата на свързвания).
Източник: opennet.ru
