Hi Matt,
> Martin, you figured it out correctly, but you may not understand
> what you did fully.
Yep, that's exactly what happened - and exactly why I asked the list for
clarification. And as always, the replies were quick and very helpful.
> >
> > Host fqdn with IP address ip. tinydns-data c
Martin Hejl wrote:
>
> Hi everybody,
>
> today, I successfully set up a Dachstein box. On the router, I'm running
> tinydns and dnscache to replace our (private) DNS server (which was Bind - I
> guess I don't need to tell anybody why I wanted to switch).
>
> Thanks to Jacques' excellent documen
Jacques Nilo wrote:
> This is correct.
> +example1.private.network:192.168.1.1 only creates a A record
> =example1.private.network:192.168.1.1 creates a A and a PTR record
> Your PTR record shows example1.private.network as the name of
> 1.1.168.192.in-addr.arpa if ip is 192.168.1.1
> You definiti
> One thing that took us quite a while was to figure out why reverse
lookups
> didn't work on the internal net. The way we finally got it to work was
to
> declare all entries in /etc/tinydns-private/root/data as PTRs.
>
> For example
> =example1.private.network:192.168.1.1
> instead of
> +example
Martin Hejl wrote:
>
> today, I successfully set up a Dachstein box. On the router, I'm running
> tinydns and dnscache to replace our (private) DNS server (which was Bind - I
> guess I don't need to tell anybody why I wanted to switch).
>
> Thanks to Jacques' excellent documentation, setting ti
Hi everybody,
today, I successfully set up a Dachstein box. On the router, I'm running
tinydns and dnscache to replace our (private) DNS server (which was Bind - I
guess I don't need to tell anybody why I wanted to switch).
Thanks to Jacques' excellent documentation, setting tinydns up was pret