> my question is why would anyone do this, as this apparently does not make
> sense.

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.

Vào Th 4, 19 thg 8, 2020 vào lúc 22:00 Mark Andrews <ma...@isc.org> đã
viết:

>
>
> > On 20 Aug 2020, at 00:41, Matus UHLAR - fantomas <uh...@fantomas.sk>
> wrote:
> >
> >> On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas
> >> <uh...@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.
>
> Presumably because they don’t know that APNIC can delegate the /24s that
> make
> up the /17 independently of each other.
>
> > 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.
> >
> >
> >> Then it will need to resolve the canonical name, and a response like
> >> the original one that was shown will be clearly buggy.
> >>
> >> I say "possibly" because from my vantage, all three of
> >> ns{,1,2}.viettelidc.com.vn, the authorities for
> >> 0-24.199.212.125.in-addr.arpa, are giving fine answers right now (on
> >> udp; blocked on tcp).   This includes the originally reported problem
> >> IP, 115.84.177.8
> >
> >
> >
> > --
> > Matus UHLAR - fantomas, uh...@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.
> > Fucking windows! Bring Bill Gates! (Southpark the movie)
> > _______________________________________________
> > Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
> >
> > ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
> >
> >
> > bind-users mailing list
> > bind-users@lists.isc.org
> > https://lists.isc.org/mailman/listinfo/bind-users
>
> --
> Mark Andrews, ISC
> 1 Seymour St., Dundas Valley, NSW 2117, Australia
> PHONE: +61 2 9871 4742              INTERNET: ma...@isc.org
>
> _______________________________________________
> Please visit https://lists.isc.org/mailman/listinfo/bind-users to
> unsubscribe from this list
>
> ISC funds the development of this software with paid support
> subscriptions. Contact us at https://www.isc.org/contact/ for more
> information.
>
>
> bind-users mailing list
> bind-users@lists.isc.org
> https://lists.isc.org/mailman/listinfo/bind-users
>
_______________________________________________
Please visit https://lists.isc.org/mailman/listinfo/bind-users to unsubscribe 
from this list

ISC funds the development of this software with paid support subscriptions. 
Contact us at https://www.isc.org/contact/ for more information.


bind-users mailing list
bind-users@lists.isc.org
https://lists.isc.org/mailman/listinfo/bind-users

Reply via email to