Попытка отправить запрос в PowerDNS и ожидаемый результат не возвращается
Попытка использовать powerdns для enum(voip) DNS-запросов.
Я считаю, что у меня все настроено правильно.
это кажется правильным в таблицах mysql
select * from records\G
id: 3
domain_id: 3
name: 0.1.9.2.8.4.3.3.0.7.1.e164.arpa
type: NAPTR
content: 100 10 "u" "E2U+sip" "!^.*$!sip:17033482910@10.0.0.12!" .
ttl: 120
prio: NULL
change_date: NULL
select * from domains\G
id: 3
name: e164.arpa
master: 127.0.0.1
last_check: NULL
type: MASTER
notified_serial: NULL
account: NULL
и я могу видеть запрос, основанный на журналах pdns:
Jun 8 16:10:47 localhost pdns[12575]: Remote 127.0.0.1 wants '0.1.9.2.8.4.3.3.0.7.1.e164.arpa|NAPTR', do = 0, bufsize = 512: packetcache MISS
Jun 8 16:10:47 localhost pdns[12575]: Query: select content,ttl,prio,type,domain_id,name from records where type='SOA' and name='0.1.9.2.8.4.3.3.0.7.1.e164.arpa'
Jun 8 16:10:47 localhost pdns[12575]: Query: select content,ttl,prio,type,domain_id,name from records where type='SOA' and name='1.9.2.8.4.3.3.0.7.1.e164.arpa'
Jun 8 16:10:47 localhost pdns[12575]: Query: select content,ttl,prio,type,domain_id,name from records where type='SOA' and name='9.2.8.4.3.3.0.7.1.e164.arpa'
однако мои раскопки не удаются:
dig NAPTR @127.0.0.1 0.1.9.2.8.4.3.3.0.7.1.e164.arpa
; <<>> DiG 9.8.2rc1-RedHat-9.8.2-0.23.rc1.el6_5.1 <<>> NAPTR @127.0.0.1 0.1.9.2.8.4.3.3.0.7.1.e164.arpa
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: REFUSED, id: 8911
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0
;; WARNING: recursion requested but not available
;; QUESTION SECTION:
;0.1.9.2.8.4.3.3.0.7.1.e164.arpa. IN NAPTR
;; Query time: 4 msec
;; SERVER: 127.0.0.1#53(127.0.0.1)
;; WHEN: Mon Jun 8 16:04:28 2015
;; MSG SIZE rcvd: 49
Я понимаю, почему в запросе mysql нет результатов "type=SOA", но почему выполняется попытка type='SOA', а не 'NAPTR'?
Ответ основан на предложениях Хокана Линдквиста:
сделать таблицу записей похожей на это:
id: 6
domain_id: 3
name: someServer.com
type: SOA
content: ns1.someDNSServer.com
ttl: 120
prio: NULL
change_date: NULL
*************************** 2. row ***************************
id: 7
domain_id: 3
name: someServer.com
type: NS
content: ns1.someDNSServer.com
ttl: 120
prio: NULL
change_date: NULL
1 ответ
Я считаю, что проблема не с вашим NAPTR
запись сама по себе, но PowerDNS не считает вашу зону действительной, пока она не SOA
запись.
Независимо от конкретного поведения PowerDNS, требования к DNS в целом таковы, что любая зона должна иметь как минимум SOA
а также NS
записи на вершине.
(PowerDNS не отображается для проверки NS
аспект этого, но если не добавить эти записи, это вызовет проблемы.)
Я не уверен, что на самом деле имеет смысл, что вы создаете зону для всего e164.arpa
но в более общем плане, если название вашей зоны foo.example
Вы хотели бы что-то вроде этого:
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.
...
Вы захотите добавить эти обязательные записи в свои зоны в дополнение к конкретным данным, которые вы хотите.
Как отметил Майкл, 2.8.4.3.3.0.7.1.e164.arpa
является более вероятным названием зоны (это будет +1 703 348 2).
В определенных терминах PowerDNS, если вы работаете непосредственно в SQL (что не обязательно идеально), добавление этой зоны будет выглядеть примерно так:
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');
После чего вы добавите свой 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', '...');
...