Acredito que o problema não seja o seu registro NAPTR
, mas que o PowerDNS não considera sua zona válida até que tenha um registro SOA
.
Desconsiderando o comportamento específico do PowerDNS, os requisitos no DNS em geral é que qualquer zona deve ter pelo menos SOA
e NS
registros em seu ápice.
(O PowerDNS não parece validar o aspecto NS
disso, mas a falha em adicionar esses registros causará problemas.)
Não sei se realmente faz sentido que você esteja configurando uma zona para a totalidade de e164.arpa
, mas em termos mais gerais, se o nome da sua zona for foo.example
, você gostaria de algo assim:
foo.example. 7200 IN SOA ns1.example.com. hostmaster.example.com. 1 3600 1800 2419200 7200
foo.example. 7200 IN NS ns1.example.com.
foo.example. 7200 IN NS ns2.example.com.
...
Você desejará adicionar esses registros obrigatórios às suas zonas, além dos dados específicos desejados.
Como foi observado por Michael, 2.8.4.3.3.0.7.1.e164.arpa
é um nome de zona mais provável (que seria +1 703 348 2 ).
Em termos específicos do PowerDNS, se você estiver trabalhando diretamente no SQL (o que não é necessariamente ideal), adicionar essa zona seria algo como:
INSERT INTO domains (name, type) VALUES('2.8.4.3.3.0.7.1.e164.arpa', 'MASTER');
INSERT INTO records (domain_id, name, ttl, type, content) VALUES(7, '2.8.4.3.3.0.7.1.e164.arpa', 7200, 'SOA', 'ns1.example.com hostmaster.example.com 1 3600 1800 2419200 7200');
INSERT INTO records (domain_id, name, ttl, type, content) VALUES(7, '2.8.4.3.3.0.7.1.e164.arpa', 7200, 'NS', 'ns1.example.com');
INSERT INTO records (domain_id, name, ttl, type, content) VALUES(7, '2.8.4.3.3.0.7.1.e164.arpa', 7200, 'NS', 'ns2.example.com');
Depois disso, você adicionaria seu registro NAPTR
:
INSERT INTO records (domain_id, name, ttl, type, content) VALUES(7, '0.1.9.2.8.4.3.3.0.7.1.e164.arpa', 7200, 'NAPTR', '...');
...