A PowerDNS Authoritative Server 4.2 kiadása

Megvalósult a megbízható DNS-szerver kiadása PowerDNS Authoritative Server 4.2, amelyet a DNS-zónák kiszolgálására terveztek. A adatok projekt fejlesztői szerint a PowerDNS Authoritative Server körülbelül 30%-át kezeli az összes európai domaineknek (ha csak a DNSSEC aláírt domaineket nézzük, akkor 90%-át). A projekt kódja terjesztésre kerül GPLv2 licenc alatt áll.

A PowerDNS Authoritative Server lehetőséget ad a domainek információinak tárolására különböző adatbázisokban, beleértve a MySQL, PostgreSQL, SQLite3, Oracle és Microsoft SQL Server adatbázisokat, valamint LDAP és sima szöveges fájlokat a BIND formátumban. A válaszadás további szűrőkkel kiegészíthető (például spam kiszűrésére), vagy átirányítható saját feldolgozók csatlakoztatásával, amelyeket Lua, Java, Perl, Python, Ruby, C és C++ nyelveken írhatunk. Kiemelkedő jellemzői közé tartozik a távoli statisztikagyűjtési eszköz, beleértve az SNMP-n keresztüli vagy Web API-n keresztüli gyűjtést (a statisztikák és a vezérlés számára beépített http-szerver), az azonnali újraindítás, a Lua nyelven írt feldolgozók csatlakoztatására szolgáló beépített motor, és a terheléselosztás lehetősége a kliens földrajzi elhelyezkedésének figyelembevételével.

Fő újdonságok:

• Hozzáadva a lehetőség a nyelven Lua írt kezelőkkel készült rekordok definiálása, amelyek révén kifinomult kezelőket lehet létrehozni, figyelembe véve az AS, az alhálózatok, a felhasználóhoz való közelség stb. szempontjait. A Lua-rekordok támogatása minden tárolási backend számára megvalósult, beleértve a BIND-ot és az LMDB-t. Például a zóna konfigurációjában most megadható az alábbiak: @ IN LUA A «ifportup(443, {‘52.48.64.3’, ‘45.55.10.200’})»

  Új segédprogram került bevezetésre

• ixfrdist , amely lehetővé teszi a zónák átvitelét az authoritative szerverről AXFR és IXFR kérések révén, figyelembe véve az átvitt adatok aktualitását (minden domain esetében ellenőrzi az SOA számot, és csak az új zóna verziókat tölti le). A segédprogram lehetővé teszi a zónák szinkronizálását nagyon nagy számú másodlagos és rekurszív szerverrel anélkül, hogy nagy terhelést okozna az elsődleges szerveren;A kezdeményezés előkészítése keretében
• az udp-truncation-threshold paraméter értéke 1680-ról 1232-re csökkent, amely a kliensnek küldött UDP válaszok levágásáért felelős, ami jelentősen csökkentheti az UDP-csomagok elveszésének valószínűségét. A 1232-es érték azért lett kiválasztva, mert ez a maximum, amely mellett a DNS válasz mérete IPv6 figyelembevételével a minimális MTU értékbe (1280) belefér; DNS flag day 2020 Új, adatbázison alapuló tároló backend került bevezetésre. A backend teljesen kompatibilis a DNSSEC-kel, használható master és slave zónákhoz, és magasabb teljesítményt biztosít, mint a legtöbb más backend. Közvetlenül a kiadás előtt a kódba olyan módosítást vezettek be, amely megszakította az LMDB backend működését (a slave zónák feldolgozása és a pdnsutil-on keresztüli betöltés működik, de olyan parancsok, mint a „pdnsutil edit-zone” nem működnek. A problémákat a következő hibajavító kiadásban tervezik orvosolni;
• A rosszul dokumentált „autoserial” funkció támogatását megszüntették, amely megnehezítette egyes problémák megszüntetését. Az LMDBRFC 8624
• követelményeivel összhangban (GOST R 34.11-2012 áthelyezve a „MUST NOT” kategóriába) a DNSSEC-ben leállították a GOST DS hash-ek és ECC-GOST digitális aláírások támogatását. (GOST R 34.11-2012 a „MUST NOT” kategóriába került) a DNSSEC-ben megszüntették a GOST DS hasheket és az ECC-GOST digitális aláírásokat. (GOST R 34.11-2012 a „MUST NOT” kategóriába került) a DNSSEC-ben megszüntették a GOST DS hasheket és az ECC-GOST digitális aláírásokat.

Emlékeztetünk, hogy a PowerDNS hat hónapos fejlesztési ciklusra váltott, amelynek keretében a következő jelentős PowerDNS Authoritative Server kiadás 2020 februárjára várható. A jelentős kiadások frissítései egy év alatt formálódnak, ezt követően még hat hónapig kerülnek kiadásra a biztonsági hibák javításai. Így a PowerDNS Authoritative Server 4.2 ág támogatása 2021 januárjáig tart.

Forrás: opennet.ru