RPZ zone name label length limit

Ray Bellis ray at isc.org
Fri Jun 30 15:25:34 UTC 2017

On 29/06/2017 19:14, Tony Finch wrote:

> Amusingly when I was trying this to see how long it is I found a bug in
> iOS dig :-)
> $ dig +noall +comment information.uzmzudseodc2fjpyi6mjcxndiymtuzmzufazdseyi6swh58fmodc2fjqxoc2fjp.com
> ;; Got answer:
> ;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 36667
> ;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0
> $ dig +noall +comment information.uzmzudseodc2fjpyi6mjcxndiymtuzmzufazdseyi6swh58fmodc2fjqxoc2fjpx.com
> dig: 'information.uzmzudseodc2fjpyi6mjcxndiymtuzmzufazdseyi6swh58fmodc2fjqxoc2fjpx.com' is not a legal name (label too long)

The iOS port of 'dig' uses the exact same underlying code as far as
possible.   The UI spawns a separate thread in which dig's main()
function is invoked, and uses batch mode to pass search terms in on
stdin, and then traps the stdout (using `funopen`) to display it.

The command line version of 'dig' apparently does a forceable exit when
this condition is detected, treating this as a fatal error.

I found many of the cases in which an error can cause batch mode to die
(thereby killing the UI too) but apparently not all of them :(.


More information about the bind-users mailing list