A finalidade das zonas locais padrão no BIND é impedir que as consultas desses intervalos de IP vazem para a Internet global e reduzir a carga nos servidores de nomes raiz, por RFC 6303 "Zonas de DNS servidas localmente" .
Desde a introdução desse RFC:
This recommendation is made because data has shown that significant leakage of queries for these namespaces is occurring, despite instructions to restrict them, and because it has therefore become necessary to deploy sacrificial nameservers to protect the immediate
parent nameservers for these zones from excessive, unintentional query load [AS112] [RFC6304] [RFC6305]. There is every expectation that the query load will continue to increase unless steps are taken as outlined here.Additionally, queries from clients behind badly configured firewalls that allow outgoing queries for these namespaces, but drop the responses, put a significant load on the root servers (forward zones but not reverse zones are configured). They also cause operational load for the root server operators, as they have to reply to enquiries about why the root servers are "attacking" these clients.
Esta deve ser considerada a referência definitiva, até porque o RFC foi escrito por Mark Andrews, um dos principais desenvolvedores trabalhando no BIND.
Veja também o Registro da IANA de zonas atendidas localmente , que contém a lista de todas as (reverso) zonas que devem ser servidas assim.
Desde o lançamento do BIND 9.9 em 2011, o BIND9 cria automaticamente as zonas locais padrão no momento da inicialização, a menos que seja explicitamente desativado com o sinalizador empty-zones-enable
no arquivo named.conf
.
O registro da IANA é rastreado pelo ISC e novas entradas são adicionadas às fontes atuais do BIND, como e quando aparecem.