È stato pubblicato il rilascio del server DNS autoritativo PowerDNS Authoritative Server 4.7, destinato all'organizzazione della gestione delle zone DNS. Secondo i dati degli sviluppatori del progetto, PowerDNS Authoritative Server gestisce circa il 30% del totale dei domini in Europa (se si considerano solo i domini con firme DNSSEC, allora il 90%). Il codice del progetto è distribuito sotto la licenza GPLv2.
PowerDNS Authoritative Server offre la possibilità di memorizzare informazioni sui domini in vari database, tra cui MySQL, PostgreSQL, SQLite3, Oracle e Microsoft SQL Server, nonché in LDAP e file di testo semplici in formato BIND. La risposta può essere ulteriormente filtrata (ad esempio, per escludere lo spam) o reindirizzata tramite l'integrazione di propri gestori in linguaggi come Lua, Java, Perl, Python, Ruby, C e C++. Tra le caratteristiche sono inclusi strumenti per la raccolta remota delle statistiche, anche tramite SNMP o Web API (per statistiche e gestione è integrato un server http), riavvio istantaneo, motore integrato per collegare 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 zone catalogo ("Catalog Zones"), che semplifica la gestione dei server DNS secondari, poiché anziché definire server singole registrazioni per ciascuna zona secondaria, viene organizzato il trasferimento del catalogo delle zone secondarie tra il server primario e quello secondario. Dopo aver configurato il trasferimento del catalogo, analogamente al trasferimento di singole zone, le zone create sul server primario, contrassegnate come parte del 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'implementazione del catalogo delle zone è stata ottimizzata la logica per lavorare con un numero elevato di domini. Quando le zone sono memorizzate nel DBMS, è stato notevolmente ridotto il numero di query SQL: invece di una singola query per ciascun dominio, ora viene eseguita una selezione di gruppo. Questo cambiamento ha avuto un impatto positivo sulle prestazioni server, servendo un numero elevato di zone, anche su sistemi che non utilizzano il catalogo delle zone.
- È stata ripristinata e ristrutturata la supporto per il meccanismo di scambio chiave GSS-TSIG, che era stato rimosso in precedenza a causa di vulnerabilità e problemi di sicurezza potenziali.
- Nella richiesta di registrazioni Lua tramite TCP è stato garantito il riutilizzo dello stato di Lua, il che ha notevolmente migliorato le prestazioni.
- Nel DB basato su lmdbbackend è stata realizzata l'associazione a UUID e la possibilità di generare identificatori casuali per gli oggetti.
- In pdnsutil e nell'API HTTP sono stati aggiunti strumenti per gestire i server autoprimary, utilizzati per automatizzare il dispiegamento e l'aggiornamento delle zone sui server DNS secondari senza configurazione manuale delle zone secondarie.
- È stata aggiunta una nuova funzione Lua ifurlextup.
- È stato aggiunto un processo in background sperimentale per la generazione e la consegna delle chiavi (key roller).
Fonte: opennet.ru
