Error "Query section mismatch : got"
Matus UHLAR - fantomas
uhlar at fantomas.sk
Fri Aug 21 09:40:41 UTC 2020
On 21.08.20 09:28, Smile TV wrote:
> > my question is why would anyone do this, as this apparently does not make
>Because when I was from a server that was querying the reverse record
>250.199.212.125.in-addr.arpa it gave an error with the "SERVFAIL" error
>code so I tried to query directly to the hosting that managed it to
>determine the cause.
your query of course makes sense under there curcumstances.
But delegating /24 subnet using RFC2317 delegation is useless, because in
fact you can delegate whole /24 directly
>> >> On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas
>> >> <uhlar at fantomas.sk> wrote:
>> >>> again, why you query for 250.0-188.8.131.52.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-184.108.40.206.in-addr.arpa.
>> > On 20 Aug 2020, at 00:41, Matus UHLAR - fantomas <uhlar at fantomas.sk>
>> > wrote:
>> > my question is why would anyone do this, as this apparently does not make
>> > sense.
>Vào Th 4, 19 thg 8, 2020 vào lúc 22:00 Mark Andrews <marka at isc.org> đã
>> Presumably because they don’t know that APNIC can delegate the /24s that
>> up the /17 independently of each other.
Matus UHLAR - fantomas, uhlar at 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.
How does cat play with mouse? cat /dev/mouse
More information about the bind-users