Groups | Search | Server Info | Login | Register
Groups > comp.protocols.dns.bind > #16056
| From | Matus UHLAR - fantomas <uhlar@fantomas.sk> |
|---|---|
| Newsgroups | comp.protocols.dns.bind |
| Subject | Re: Error "Query section mismatch : got" |
| Date | 2020-08-19 17:24 +0200 |
| Message-ID | <mailman.810.1597850642.942.bind-users@lists.isc.org> (permalink) |
| References | (1 earlier) <20200819114133.GA6272@fantomas.sk> <CAGrdBBuZgP3oR3Q5zJjR6W-p8zB3GD-ggYPp0CFXE6mAdPfYiA@mail.gmail.com> <20200819144110.GA15085@fantomas.sk> <807AE33D-182E-459A-BEEB-9CE46854548E@isc.org> <20200819152438.GA17370@fantomas.sk> |
>> On 20 Aug 2020, at 00:41, Matus UHLAR - fantomas <uhlar@fantomas.sk> wrote: >> >>> On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas >>> <uhlar@fantomas.sk> wrote: >>>> again, why you query for 250.0-24.199.212.125.in-addr.arpa >>>> under normal circumstances there's no point of querying that name. >> >> On 19.08.20 10:05, tale via bind-users wrote: >>> Well yes and no. While an individual user would typically not, >>> resolvers sure will. While trying to resolve >>> 250.199.212.125.in-addr.arpa, it will eventually get to >>> 250.199.212.125.in-addr.arpa CNAME 250.0-24.199.212.125.in-addr.arpa. >> >> my question is why would anyone do this, as this apparently does not make >> sense. On 20.08.20 00:59, Mark Andrews wrote: >Presumably because they don’t know that APNIC can delegate the /24s that make >up the /17 independently of each other. even if not, they can fetch whole /24 from their customer (requiring customer to add their NSes as long). but, yes, in case of very incompetent customer they can require such delegation. >> someone (vietel) illogically delegated whole /24 subnet to broken servers: >> >> 199.212.125.in-addr.arpa. 86400 IN NS dns2.vietel.com.vn. >> 199.212.125.in-addr.arpa. 86400 IN NS dns1.vietel.com.vn. >> >> 0.199.212.125.in-addr.arpa has address 125.235.4.59 >> 1.199.212.125.in-addr.arpa is an alias for 1.0-24.199.212.125.in-addr.arpa. >> ... >> 255.199.212.125.in-addr.arpa is an alias for 255.0-24.199.212.125.in-addr.arpa. delegation from apnic to vietel: 199.212.125.in-addr.arpa. 86400 IN NS dns2.vietel.com.vn. 199.212.125.in-addr.arpa. 86400 IN NS dns1.vietel.com.vn. 199.212.125.in-addr.arpa. 3600 IN NSEC 2.212.125.in-addr.arpa. NS RRSIG NSEC 199.212.125.in-addr.arpa. 3600 IN RRSIG NSEC 13 5 3600 20200917160047 20200818150047 30887 125.in-addr.arpa. 5ixPuj/J+cDFSDwxy3MSMs1xkmpGrdzhrmjiodo6CkEBazwUxojGfIYU R5MNZCbDoMZEF4Fq8eL9lcsZgrBctA== ;; Received 321 bytes from 203.119.95.53#53(ns2.apnic.net) in 255 ms delegation from vietel to vietelidc: 0-24.199.212.125.in-addr.arpa. 86400 IN NS ns.viettelidc.com.vn. 0-24.199.212.125.in-addr.arpa. 86400 IN NS ns2.viettelidc.com.vn. 0-24.199.212.125.in-addr.arpa. 86400 IN NS ns1.viettelidc.com.vn. ;; Received 160 bytes from 203.113.188.2#53(dns2.vietel.com.vn) in 367 ms zone 199.212.125.in-addr.arpa. at vietelidc who is supposed to provide 0-24.199.212.125.in-addr.arpa: 199.212.125.in-addr.arpa. 2560 IN SOA ns.viettelidc.com.vn. hostmaster.199.212.125.in-addr.arpa. 1597850355 16384 2048 1048576 2560 ;; Received 129 bytes from 115.84.181.10#53(ns2.viettelidc.com.vn) in 291 ms vietelidc is in this case the problem: 1. they block DNS over TCP 2. they should have configured zone 0-24.199.212.125.in-addr.arpa although it's possible that viettelidc.com.vn asked vietel.com.vn to delegate 199.212.125.in-addr.arpa. and vietel.com.vn messed it up... -- Matus UHLAR - fantomas, uhlar@fantomas.sk ; http://www.fantomas.sk/ Warning: I wish NOT to receive e-mail advertising to this address. Varovanie: na tuto adresu chcem NEDOSTAVAT akukolvek reklamnu postu. If Barbie is so popular, why do you have to buy her friends?
Back to comp.protocols.dns.bind | Previous | Next | Find similar
Re: Error "Query section mismatch : got" Matus UHLAR - fantomas <uhlar@fantomas.sk> - 2020-08-19 17:24 +0200
csiph-web