Die Veröffentlichung des autoritativen DNS-Servers PowerDNS Authoritative Server 4.7, der fĂŒr die Bereitstellung von DNS-Zonen konzipiert ist, wurde bekannt gegeben. Nach Angaben der Projektentwickler verwaltet der PowerDNS Authoritative Server etwa 30 % der Gesamtzahl von Domainen in Europa (wenn man nur die Domainen mit DNSSEC-Signaturen betrachtet, sind es 90 %). Der Code des Projekts wird unter der GPLv2-Lizenz veröffentlicht.
PowerDNS Authoritative Server ermöglicht die Speicherung von Informationen ĂŒber Domains in verschiedenen Datenbanken, einschlieĂlich MySQL, PostgreSQL, SQLite3, Oracle und Microsoft SQL Server sowie in LDAP und einfachen Textdateien im BIND-Format. Die Antwort kann zusĂ€tzlich gefiltert werden (zum Beispiel zur Abwehr von Spam) oder durch die Anbindung eigener Handler in den Programmiersprachen Lua, Java, Perl, Python, Ruby, C und C++ umgeleitet werden. Zu den weiteren Besonderheiten gehören ferner Mittel zur FernstatistikĂŒbertragung, unter anderem ĂŒber SNMP oder Web-API (zur Statistik und Verwaltung ist ein HTTP-Server integriert), sofortiger Neustart, ein integrierter Lua-Handler-Engine und die Möglichkeit der Lastverteilung unter BerĂŒcksichtigung des geografischen Standorts des Clients.
Hauptneuheiten:
- Die UnterstĂŒtzung fĂŒr Katalogzonen (âCatalog Zonesâ) wurde hinzugefĂŒgt, die die Wartung sekundĂ€rer DNS-Server erleichtert, indem anstelle der Definition von einzelnen EintrĂ€gen fĂŒr jede sekundĂ€re Zone die Ăbertragung des Katalogs der sekundĂ€ren Zonen zwischen dem primĂ€ren und dem sekundĂ€ren Server organisiert wird. Server Nach der Einrichtung der KatalogĂŒbertragung, Ă€hnlich wie bei der Ăbertragung einzelner Zonen, werden auf dem primĂ€ren Server angelegte Zonen, die als Teil des Katalogs gekennzeichnet sind, automatisch auf dem sekundĂ€ren Server erstellt, ohne dass eine Bearbeitung der Konfigurationsdateien erforderlich ist. Die KatalogfunktionalitĂ€t unterstĂŒtzt Backend-Speicherlösungen wie gmysql, gpgsql, gsqlite3, godbc und lmdb.
- Im Zuge der Implementierung des Katalogs der Zonen wurde der Code optimiert, um mit einer groĂen Anzahl von Domains effizienter umzugehen. Bei der Speicherung von Zonen in der DBMS wurde die Anzahl der SQL-Anfragen erheblich reduziert â anstelle einer einzelnen Anfrage fĂŒr jede Domain wird nun eine Gruppenabfrage durchgefĂŒhrt. Diese Ănderung hat sich positiv auf die Leistung Serverausgewirkt, auch bei Systemen, die keinen Katalog fĂŒr Zonen verwenden.
- Die UnterstĂŒtzung des GSS-TSIG-SchlĂŒsselaustauschmechanismus wurde ĂŒberarbeitet und wiederhergestellt, nachdem sie aufgrund einer SicherheitsanfĂ€lligkeit und potenzieller Sicherheitsprobleme entfernt worden war.
- Beim Abrufen von Lua-EintrĂ€gen ĂŒber TCP wurde die Wiederverwendbarkeit des Lua-Zustands sichergestellt, was die Leistung erheblich gesteigert hat.
- In der DB auf LMDB-Basis wurde eine Bindung an UUID und die Möglichkeit zur Generierung zufÀlliger Objekt-IDs implementiert.
- In pdnsutil und der HTTP-API wurden Funktionen zur Verwaltung von Autoprimary-Servern hinzugefĂŒgt, die zur Automatisierung der Bereitstellung und Aktualisierung von Zonen auf sekundĂ€ren DNS-Servern ohne manuelle Konfiguration der sekundĂ€ren Zonen verwendet werden.
- Eine neue Lua-Funktion ifurlextup wurde hinzugefĂŒgt.
- Ein experimenteller Hintergrundprozess zur Erzeugung und Bereitstellung von SchlĂŒsseln (Key Roller) wurde hinzugefĂŒgt.
Quelle: opennet.ru
