Evilham via knot-dns-users <knot-dns-users@lists.nic.cz> wrote:
> On ds., març 29 2025, Michael Grimm via knot-dns-users wrote:

>> given the case that a ip6/xy block might be delegated to me by my ISP, I 
>> began investigating Knot DNS' functionality with regard to ip6.arpa.

The "might be" can be modified into "has been" delegated. Thus I am currently 
setting up my PTRs, and I have to learn the Knot way ;-) (10+ years ago I did 
this with bind)

>> Hereby I stumbled over the module synthrecord and do not really understand 
>> what it is used for.
>> 
>> From 
>> https://www.knot-dns.cz/docs/3.4/singlehtml/index.html#synthrecord-automatic-forward-reverse-records
>> 
>> "Records are synthesized only if the query can't be satisfied from the zone."
>> 
>> Please excuse my ignorance, but why would/should/must one return something 
>> else than the following for hosts not in the zone?
> 
> those are PTR records and are essential for things like email (learndmarc.com 
> is a good resource that checks for this)

Thanks, but my question was more about that:

>> "Records are synthesized only if the query can't be satisfied from the zone."

Why would/should/must one return something like (from the link above) …

kdig -x 2620:0:b61::1
...
;; QUESTION SECTION:
;; 1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.6.b.0.0.0.0.0.0.2.6.2.ip6.arpa. IN 
PTR
;; ANSWER SECTION:
1.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.1.6.b.0.0.0.0.0.0.2.6.2.ip6.arpa. 400 
IN PTR dynamic-2620-0-b61--1.test.

… if "the query can't be satisfied from the zone."

Thanks and regards,
Michael

--

Reply via email to