È stato pubblicato il rilascio del server DNS autorevole PowerDNS Authoritative Server 4.7, progettato per la gestione delle zone DNS. Secondo gli sviluppatori del progetto, il PowerDNS Authoritative Server gestisce circa il 30% di tutti i domini in Europa (se si considerano solo i domini con firme DNSSEC, si arriva al 90%). Il codice del progetto è distribuito sotto licenza GPLv2.
PowerDNS Authoritative Server offre la possibilità di memorizzare informazioni sui domini in diversi database, inclusi MySQL, PostgreSQL, SQLite3, Oracle e Microsoft SQL Server, così come in LDAP e file di testo comuni in formato BIND. La risposta può essere ulteriormente filtrata (ad esempio, per escludere lo spam) o reindirizzata tramite l'integrazione di gestori personalizzati in linguaggi come Lua, Java, Perl, Python, Ruby, C e C++. Tra le caratteristiche si evidenziano anche strumenti per la raccolta remota delle statistiche, inclusi SNMP o tramite Web API (per le statistiche e la gestione è integrato un server http), riavvio immediato, motore integrato per gestire gestori in linguaggio Lua, e la possibilità di bilanciamento del carico tenendo conto della posizione geografica del cliente.
Novità principali:
- È stata aggiunta la supporto per le "Catalog Zones", che semplificano la gestione dei server DNS secondari, poiché invece di definire server singole voci per ogni zona secondaria, si stabilisce un trasferimento del catalogo delle zone secondarie tra il server primario e quello secondario. Dopo aver impostato il trasferimento del catalogo analogamente al trasferimento delle singole zone, le zone create sul server primario contrassegnate come incluse nel catalogo verranno automaticamente create sul server secondario senza necessità di modificare i file di configurazione. È supportato il funzionamento del catalogo con i backend di archiviazione gmysql, gpgsql, gsqlite3, godbc e lmdb.
- Nell'ambito dell'implementazione del catalogo delle zone, è stata effettuata un'ottimizzazione del codice per gestire un numero elevato di domini. L'archiviazione delle zone nel DB ha notevolmente ridotto il numero di query SQL: invece di fare una richiesta separata per ogni dominio, ora viene eseguita una selezione di gruppo. Questa modifica ha avuto un impatto positivo sulle prestazioni. server, che gestiscono un gran numero di zone, anche su sistemi che non utilizzano il catalogo delle zone.
- È stata riprogettata e ripristinata la supporto per il meccanismo di scambio delle chiavi GSS-TSIG, che era stato precedentemente rimosso a causa di vulnerabilità e potenziali problemi di sicurezza.
- Quando si richiedono record Lua tramite TCP, è stato assicurato il riutilizzo dello stato di Lua, il che ha notevolmente aumentato le prestazioni.
- Nel database basato su lmdbbackend è stata implementata l'associazione a UUID e la possibilità di generare identificatori casuali per gli oggetti.
- In pdnsutil e nell'HTTP API sono stati aggiunti strumenti per gestire i server autoprimary, utilizzati per automatizzare il deployment e l'aggiornamento delle zone sui server DNS secondari senza la necessità di configurazione manuale delle zone secondarie.
- È stata aggiunta una nuova funzione Lua ifurlextup.
- È stato aggiunto un processo in background sperimentale per la generazione e la distribuzione delle chiavi (key roller).
Fonte: opennet.ru
