Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Missing additional info for wildcard records #6629

Open
EchoStone1101 opened this issue Apr 21, 2024 · 0 comments
Open

Missing additional info for wildcard records #6629

EchoStone1101 opened this issue Apr 21, 2024 · 0 comments
Labels

Comments

@EchoStone1101
Copy link

What happened:

When a wildcard record that triggers additional section processing is found, the additional section is not populated by the file plugin.

How to reproduce it (as minimally and precisely as possible):

Using the following zone file (j.txt):

j.		    500 IN SOA	    mname.com. rname.com. 3 604800 86400 2419200 604800
j.		    500 IN NS	    j.
j.		    500 IN A	    240.132.119.98
*.j.		500 IN MX	    10 j.

and this Corefile:

j.:1053 {
    header {
        response set ra
    }
    file j.txt
}

Response for querying <a.j., MX> (output beautified):

root@e10adfbeed3f:/v# dig @127.0.0.1 -p 1053 a.j. MX 

;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 16373
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;a.j.                           IN      MX

;; ANSWER SECTION:
a.j.                    500     IN      MX      10 j.

;; AUTHORITY SECTION:
j.                      500     IN      NS      j.

What you expected to happen:

The ADDITIONAL section should include the j. A record because it is relevant to *.j. MX j..

Anything else we need to know?:

Environment:

  • the version of CoreDNS: CoreDNS-1.11.1, linux/arm64, go1.21.5, 45923b6e
  • Corefile: given above.
  • OS: this uses the docker environment from "Compilation with Docker".
  • Others:

Bind9 correctly populates the ADDITIONAL section under the same setup. Also, in CoreDNS, the additional section is populated when querying specifically for <*.j., MX>.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

1 participant