Опубликован DHCP-сервер Kea 1.5, развиваемый консорциумом ISC

Кoнсoрциум ISC прeдстaвил рeлиз DHCP-сeрвeрa Kea 1.5.0, идущeгo нa смeну клaссичeскoму ISC DHCP. DHCP-сeрвeр Kea oснoвaн нa тexнoлoгияx BIND 10 и пoстрoeн с испoльзoвaниeм мoдульнoй aрxитeктуры, пoдрaзумeвaющeй рaзбиeниe функциoнaльнoсти нa рaзныe прoцeссы-oбрaбoтчики. Прoдукт включaeт в сeбя пoлнoфункциoнaльную рeaлизaцию сeрвeрa с пoддeржкoй прoтoкoлoв DHCPv4 и DHCPv6, спoсoбную заслонить собой ISC DHCP. В Kea встроены средства динамического обновления DNS-зон (Dynamic DNS), поддерживаются машины обнаружения серверов, назначения адресов, обновления и переподключения, обслуживания информационных запросов, резервирования адресов про хостов и PXE-загрузки. В реализации DHCPv6 сверх того предусмотрена возможность делегирования префиксов. Чтобы взаимодействия с внешними приложениями предоставляется выделенный API. Возможно обновление конфигурации на лету за исключением. Ant. с перезапуска сервера. Параметры резервирования хостов могут существовать заданы в файле конфигурации в формате JSON иначе в виде таблицы в MySQL. В состав входит гладилка perfdhcp для измерения производительности сервера DHCP и компоненты исполнение) сбора статистики. Kea демонстрирует неплохую выработка. Ant. неэффективность, например, при использовании бэкеда MySQL сервер может реализовать 1000 присвоений адресов в секунду (этак 4000 пакетов в секунду), а при использовании бэкенда memfile мощность достигает 7500 присвоений в секунду. Действие базируется на использовании протокола управления конфигурацией NETCONF (RFC-6241) и стрктурированной модели данных YANG (Yet Another Next Generation, RFC-6020). NETCONF предоставляет основанный держи XML RPC для установки, изменения и удаления блоков конфигурации, а YANG структурирует информацию о состоянии устройства и используемой конфигурации (позволено рассматривать YANG как продолжение развития SNMP MIB). В поезд Kea включены готовые модели YANG в целях DHCPv4 и DHCPv6, отражающие типовые первоначальные сведения конфигурации DHCP-серверов, которые допускается использовать в системах централизованного управления, вкупе с другим сетевым оборудованием, включая коммутаторы и маршрутизаторы Juniper, Huawei и Cisco. Для того хранения БД с конфигурацией Kea задействован курсор Sysrepo, оптимизированный для модели данных YANG и предоставляющий дополнительные инструменты исполнение) управления настройками (например, можно оперировать шаблоны для быстрого развёртывания серверов с типовыми настройками). В (видах Kea подготовлен специальный фоновый процесс kea-netconf, кой при запуске читает начальную конфигурацию изо Sysrepo, а затем отслеживает все изменения и нате лету отражает их во внутренней конфигурации Kea (коли настройки изменены локально, например, присутствие помощи утилиты sysrepocfg, изменения объединение аналогии переносятся в БД Sysrepo). Во (избежание удалённого управления DHCP-сервером предлагается деть реализацию сервера и клиента NETCONF ото проекта Netopeer2; Добавлена поддержка глобального резервирования хостов. Выше резервирование хостов могло осуществляться только лишь в привязке к определённым подсетям, что, как-то, при необходимости привязки к клиенту определённых параметров DHCP требовало создания отдельных настроек резервирования пользу кого каждой сети, в которой разрешено горбить спину клиенту. Сейчас для подобных клиентов только и можно обойтись одной глобальной настройкой; Добавлены имущество контроля перегрузки (congestion control). В прошлых версиях повально поступающие запросы обрабатывались в порядке их расход в очереди ограниченного размера. В случае перегрузки возникали заметные задержки, которые приводили к инициированию повторной отправки запросов, забиванию очереди устаревшими запросами и блокированию приёма новых запросов. Пользу кого противодействия данному эффекту в Kea 1.5 в добавка к линейной очереди реализован кольцевой гидробуфер, в случае переполнения которого новые требования не отбрасываютяся, а вытесняют самые старые. Кольцеобразный буфер пока предложен в качестве опции и требует явного включения в настройках; Улучшены внутренние резервы для создания отказоустойчивых конфигураций (High Availability). Реализован новоиспеченный механизм для синхронизации базы привязок IP-адресов к клиентам, передающий изменения небольшими блоками, где бы полного обновления сведений о всех привязках, что такое? существенно ускоряет синхронизацию больших подсетей; Предложен философский прототип бэкенда для хранения конфигурации, какой-никакой будет доведён до рабочего состояния в следующем выпуске Kea 1.6. Новоиспеченный тип бэкенда позволит использовать СУБД в качестве источника на получения информации о настройках для DHCP-сервера; Добавлена протекция флага для определения является ли сервер DHCPv4 авторитетным (authoritative) или — или вторичным, что позволяет организовать совместную работу двух серверов сверху одном линке; В бэкендах для хранения привязок (lease) появилась виртуальность хранения дополнительного контекста пользователя (user context), тот или иной может включать произвольные данные в формате JSON; Добавлена новая читальня Class_cmds, предназначенная для отображения, добавления, обновления и удаления классов клиентов, определённых ради DHCPv4 и DHCPv6; Инфраструктура разработки, подготовки документации и отслеживания ошибок переведена получи платформу Gitlab (ранее использовалась дебаркадер Trac). Источник: http://www.opennet.ru/opennews/art.shtml?num=49791