[Pdns-users] pdns_recursors trusts addtional section where it better shouldn't
Thomas Mieslinger
miesi at india.com
Fri Feb 17 09:49:08 UTC 2017
Hi,
ovh changed its MX A records and now my employers Mail relays can't send
email to ovh.
This may sound unrelated to pdns_recursor but please read on:
Many many domains are wrongly delegated with wrong glue records in the
tld zone. As of 2017-02-17 10:43:00 CET dig produces the following output:
dig @i.gtld-servers.net. bureauxdeventepro.com
; <<>> DiG 9.10.4-P5 <<>> @i.gtld-servers.net. bureauxdeventepro.com
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33279
;; flags: qr rd; QUERY: 1, ANSWER: 0, AUTHORITY: 5, ADDITIONAL: 8
;; WARNING: recursion requested but not available
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;bureauxdeventepro.com. IN A
;; AUTHORITY SECTION:
bureauxdeventepro.com. 172800 IN NS mx4.ovh.net.
bureauxdeventepro.com. 172800 IN NS mx1.ovh.net.
bureauxdeventepro.com. 172800 IN NS mxb.ovh.net.
bureauxdeventepro.com. 172800 IN NS dns103.ovh.net.
bureauxdeventepro.com. 172800 IN NS ns103.ovh.net.
;; ADDITIONAL SECTION:
mx4.ovh.net. 172800 IN A 213.186.33.74
mx1.ovh.net. 172800 IN A 213.186.33.29
mxb.ovh.net. 172800 IN A 213.186.37.81
dns103.ovh.net. 172800 IN AAAA 2001:41d0:1:4a93::1
dns103.ovh.net. 172800 IN A 213.251.188.147
ns103.ovh.net. 172800 IN AAAA 2001:41d0:1:1993::1
ns103.ovh.net. 172800 IN A 213.251.128.147
;; Query time: 9 msec
;; SERVER: 192.43.172.30#53(192.43.172.30)
;; WHEN: Fri Feb 17 10:43:40 CET 2017
;; MSG SIZE rcvd: 288
The real IP address for mx1.ovh.net is 137.74.125.138. How can I make
pdns_recursor to not store records from the additional section in the
caches?
I understand that this must have a performance impact but having the
choice between 1000s of customer calls a day "I can't send emails to ovh
and it is your fault" and buying some more recursor boxes, I clearly
want more recursor boxes and less disappointed customers.
Cheers Thomas
More information about the Pdns-users
mailing list