You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Bind and Knot DNS servers accepts to use CLASS RRs in each line, many zone editors and definitions contain these keyword on each line as well, also it's possible to specify record-specific TTL (which is usually 0, so in most cases it's not worth a while to respond).
please, note that RFCs has mixed opinion on this, so I see it as an optional keywords. There's no RFC to define zone file format
nslookup, dig and many other clients would response with a full line: zone, ttl, class RR value
www.example.com. 86400 IN A 127.0.0.1
To Reproduce
Steps to reproduce the behavior:
zone can contain IN records will fail
www IN A 127.0.0.1
Expected behavior
no syntax error on class and invalid syntax if invalid class has been specified
Describe the bug
IN
keyword beside SOA records is not accepted.Bind and Knot DNS servers accepts to use CLASS RRs in each line, many zone editors and definitions contain these keyword on each line as well, also it's possible to specify record-specific TTL (which is usually 0, so in most cases it's not worth a while to respond).
please, note that RFCs has mixed opinion on this, so I see it as an optional keywords. There's no RFC to define zone file format
nslookup, dig and many other clients would response with a full line:
zone, ttl, class RR value
To Reproduce
Steps to reproduce the behavior:
zone can contain
IN
records will failExpected behavior
no syntax error on class and invalid syntax if invalid class has been specified
System:
Version:
Crate: hickory-dns binary
Version: git revision da41e4a
Additional context
Add any other context about the problem here.
The text was updated successfully, but these errors were encountered: