Az ISC konzorcium közzétette a Kea 3.0 DHCP szervert, amely a klasszikus ISC DHCP-t váltja fel. A Kea 3.0 az első kiadás, amelyhez hosszú távú támogatási ciklus (LTS) fog biztosítva lenni – a frissítések három éven keresztül fognak megjelenni. Az új jelentős stabil kiadásokat félévente tervezik kiadni, nem évente. A projekt forráskódját a Mozilla Közpublic Licenc (MPL) 2.0 alatt terjesztik, a korábban használt ISC Licenc helyett.
A Kea DHCP szerver a BIND 10 technológiákra épül, és moduláris architektúrával készült, amely lehetővé teszi a funkcionalitás különböző processzorokba való szétválasztását. A termék teljes funkcionalitású szerver megvalósítást tartalmaz, amely támogatja a DHCPv4 és DHCPv6 protokollokat, és képes helyettesíteni az ISC DHCP-t. A Kea beépített eszközöket tartalmaz a dinamikus DNS zónák frissítésére, támogatja az észlelési mechanizmusokat, szerverek, címkiosztást, frissítést és újbóli csatlakozást, információs lekérdezések kiszolgálását, címek fenntartását hosztokhoz és PXE-ról való indítást. A DHCPv6 megvalósításban további lehetőségként prefixek delegálása is meg van határozva.
Az összesített címek és kliens paraméterek különböző tárolókban tárolhatók, például CSV fájlok, MySQL adatbázis, Apache Cassandra és PostgreSQL hátterek biztosításával. A hosztok fenntartási paraméterei JSON formátumú konfigurációs fájlban vagy MySQL és PostgreSQL táblázat formájában adhatók meg. A csomag tartalmaz egy perfdhcp eszközt a DHCP szerver teljesítményének mérésére, valamint statisztikai adatok gyűjtésére szolgáló komponenseket. Külső alkalmazásokkal való interakcióhoz külön API áll rendelkezésre. A konfigurációs frissítés forró cserével lehetséges újraindítás nélkül.
A Kea 3.0 kulcsfontosságú fejlesztései:
- A TWELVE Kea többségét ingyenes, nyílt forráskódú könyvtárakba fordították le, melyek korábban kereskedelmi licenc alatt álltak (a kereskedelmi licenc alatt maradt csak RBAC és Configuration Backend kezelők, míg a többi 12 kezelő MPL 2.0 licenc alatt elérhető). Megváltozott a bővíthető kezelők terjesztésének folyamata – az installáláshoz már nem szükséges hozzáférési token. A nyílt könyvtárak a Kea forráskódjának fő archívumába kerültek, és elérhetők az ISC hivatalos tárolóiból.
Az általános feldolgozók által kínált lehetőségek közé tartozik: a DHCP-kliens osztályok manipulálása a DHCP-szerver újraindítása nélkül, DDNS (Dinamikus DNS) frissítése a kliensekhez való kötődéssel, rugalmas azonosítók kiosztása a klienseknek, kiterjedt naplózás, GSS-TSIG használata az azonosításhoz, válaszok gyorsítótárazása más gazdagépektől, a gazdagépek tartalékba helyezésének tárolója elkülönített DBMS-be helyezése, a lekérdezések intenzitásának korlátozása, címek ping-ellenőrzése az ügyfeleknek történő kiadás előtt, integráció RADIUS-szerverekkel, az alhálózatok beállításának kezelése újraindítás nélkül, valamint a DHCPv4/DHCPv6 Leasequery kiterjesztések támogatása. Az általános feldolgozók a Stork webes felületén keresztül használhatók az alhálózatok beállítására és a gazdagépek tartalékba helyezésére.
- További ellenőrzéseket és védelmet erősítő intézkedéseket adtak hozzá, amelyeket a nemrégiben felfedezett sebezhetőségek ihlettek. A Kea 3.0-ra való áttérés után az adminisztrátoroknak új jelszavakat kell beállítaniuk és megbízhatóbb hozzáférési védelmet kell konfigurálniuk a távoli vezérlőfelületekhez.
- Beépített HTTP/TLS támogatást adtak hozzá. A távoli hozzáféréshez már nem szükséges a Kea Control Agent (CA), ami jelentősen egyszerűsíti a beállítást. A DHCPv4, DHCPv6 és DHCP-DDNS háttérfolyamatokba beépítették az API-hoz való hozzáférést HTTP és TLS-en keresztül, a Control Agent használata nélkül. Jövőbeli kiadásokban tervezik a Kea Control Agent eltávolítását.
- A migráció egyszerűsítése érdekében megváltoztatták a kliensek osztályozását az ISC DHCP-ről. Lehetővé tették az opciók hozzáadását a klienshez vagy az alhálózathoz. Az opciók öröklésének viselkedése közel áll az ISC DHCP-hez.
- A DHCPv6-ban megvalósították a címregisztrálási mechanizmust (RFC 9686), amely lehetővé teszi, hogy a címek helyett szerverrel címeket generáljanak az eszköz oldalán, SLAAC (Állapot nélküli cím-automatikus konfiguráció) használatával, majd a generált cím adatokat átadják a DHCPv6 szervernek.
- Modernizálták az építési rendszert, amely az Auto Tools-ról a Meson eszközkészletre váltott.
- A MySQL és PostgreSQL alapú tárolási backendek támogatására vonatkozó kódot külön könyvtárakba helyezték. Ezek a backendek most már nem kötelezőek az telepítés során - ha nincs szükség MySQL és PostgreSQL támogatásra, a Kea telepítése során már nem szükséges a kapcsolódó DBMS függőségek telepítése.
Forrás: opennet.ru
