Publication du serveur DHCP Kea 3.0, développé par le consortium ISC

Le consortium ISC a publié la release du serveur DHCP Kea 3.0, qui remplace l'ancien ISC DHCP. Kea 3.0 est marqué comme la première version qui bénéficiera d'un cycle de support long (LTS) — des mises à jour seront fournies pendant trois ans. De nouvelles versions stables significatives sont prévues tous les six mois, plutôt qu'une fois par an. Les code sources du projet sont distribués sous la licence Mozilla Public License (MPL) 2.0, au lieu de la licence ISC utilisée précédemment pour l'ISC DHCP.

Le serveur DHCP Kea est basé sur les technologies BIND 10 et construit avec une architecture modulaire, permettant de diviser les fonctionnalités en différents processus de traitement. Le produit inclut une implémentation complète du serveur avec prise en charge des protocoles DHCPv4 et DHCPv6, capable de remplacer l'ISC DHCP. Kea intègre des outils de mise à jour dynamique des zones DNS (Dynamic DNS) et prend en charge les mécanismes de détection serveurs, d'attribution d'adresses, de mises à jour et de reconnexion, de gestion des requêtes d'informations, de réservation d'adresses pour des hôtes et de démarrage PXE. L'implémentation de DHCPv6 prévoit également la possibilité de délégation de préfixes.

Les informations sur les adresses attribuées et les paramètres des clients peuvent être stockées dans différents magasins, par exemple, des backends pour le stockage dans des fichiers CSV, des bases de données MySQL, Apache Cassandra et PostgreSQL. Les paramètres de réservation des hôtes peuvent être spécifiés dans un fichier de configuration au format JSON ou sous forme de table dans MySQL et PostgreSQL. Un outil nommé perfdhcp est inclus pour mesurer la performance du serveur DHCP et des composants pour collecter des statistiques. Une API spéciale est fournie pour l’interaction avec des applications externes. Il est possible de mettre à jour la configuration à la volée sans redémarrer le serveur.

Améliorations clés dans Kea 3.0 :

  • Dans la catégorie des bibliothèques open source et distribuées gratuitement, la majorité des bibliothèques TWELVE Kea avec des gestionnaires (hooks) connectables, précédemment disponibles sous licence commerciale, ont été traduites (seuls les gestionnaires RBAC et Configuration Backend restent commerciaux, les autres 12 gestionnaires étant ouverts sous la licence MPL 2.0). Le processus de distribution des gestionnaires connectables a été modifié : un jeton d'accès n'est plus requis pour l'installation. Les bibliothèques open source sont incluses dans l'archive principale du code source de Kea et sont disponibles pour installation à partir des dépôts officiels ISC.

    Parmi les fonctionnalités offertes par les gestionnaires open source : manipulation des classes de clients DHCP sans redémarrer le serveur DHCP, mise à jour DDNS (Dynamic DNS) liée aux clients, affectation flexible des identifiants aux clients, tenue de journaux avancés, utilisation de GSS-TSIG pour l'authentification, mise en cache des réponses d'autres hôtes, externalisation du stockage des réservations d'hôtes dans une base de données distincte, limitation de l'intensité des requêtes, vérification ping des adresses avant attribution aux clients, intégration avec les serveurs RADIUS, gestion des paramètres de sous-réseaux sans redémarrage, et support des extensions DHCPv4/DHCPv6 Leasequery. Les gestionnaires open source peuvent être utilisés pour configurer des sous-réseaux et des réservations d'hôtes via l'interface web Stork.

  • Des vérifications supplémentaires et des mesures de renforcement de la sécurité ont été ajoutées, inspirées par des vulnérabilités récemment découvertes. Après la mise à niveau vers Kea 3.0, les administrateurs devront définir de nouveaux mots de passe et configurer une protection d'accès plus fiable pour les interfaces de gestion à distance.
  • Un support intégré pour HTTP/TLS a été ajouté. Pour organiser l'accès à distance, le Kea Control Agent (CA) n'est plus nécessaire, ce qui simplifie considérablement la configuration. Les processus en arrière-plan DHCPv4, DHCPv6 et DHCP-DDNS ont intégré la prise en charge des appels API via HTTP et TLS sans utiliser le Control Agent. Dans les futures versions, il est prévu de supprimer le Kea Control Agent.
  • Dans le but de simplifier la migration depuis ISC DHCP, la classification des clients a été modifiée. Il est désormais possible d'ajouter des options liées au client ou à la sous-réseau. Le comportement d'héritage des options est rapproché de celui de ISC DHCP.
  • Un mécanisme d'enregistrement des adresses a été implémenté dans DHCPv6 (RFC 9686), permettant d'attribuer des adresses au lieu de les affecter. serveur adresse, générer une adresse côté appareil en utilisant SLAAC (Stateless Address Autoconfiguration), puis transmettre les informations de l'adresse générée au serveur DHCPv6.
  • Le système de construction a été modernisé, passant d'Auto Tools à l'outil Meson.
  • Le code pour le support des bases de données MySQL et PostgreSQL a été extrait dans des bibliothèques distinctes. Ces bases de données ne sont plus obligatoires pour l'installation - si le support de MySQL et PostgreSQL n'est pas nécessaire, l'installation de Kea ne nécessite plus l'installation des dépendances liées aux SGBD.

Source : opennet.ru

Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS 🔥 Acheter un hébergement fiable pour les sites avec protection DDoS, serveurs VPS VDS | ProHoster