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

inefficient corefile #131

Closed
miekg opened this issue Feb 25, 2019 · 4 comments
Closed

inefficient corefile #131

miekg opened this issue Feb 25, 2019 · 4 comments

Comments

@miekg
Copy link
Member

miekg commented Feb 25, 2019

  .:53 {
        errors
        health
        kubernetes CLUSTER_DOMAIN REVERSE_CIDRS {
          pods insecure
          upstream
          fallthrough in-addr.arpa ip6.arpa
        }FEDERATIONS
        prometheus :9153
        forward . UPSTREAMNAMESERVER
        cache 30
        loop
        reload
        loadbalance
    }STUBDOMAINS

is ineffcient and should be split up into multiple servers.

r : Define a reverse zone for the given CIDR. You may specifcy this option more
         than once to add multiple reverse zones. If no reverse CIDRs are defined,
         then the default is to handle all reverse zones (i.e. in-addr.arpa and ip6.arpa)

will kill any reverse look ups.

See coredns/coredns#2593 (comment) for a better one

@chrisohaver
Copy link
Member

We have no way of knowing what the pod cidr space is. We cannot determine this programmatically from the k8s api.

We can ask the user. But they don't typically know this. Hence the current solution.

@miekg miekg changed the title very inefficient corefile Feb 25, 2019
@miekg
Copy link
Member Author

miekg commented Feb 25, 2019

.. with the tradeoff their performance is very bad. Sorry, this is a not a good generic solution.

[added]
If it's not possible to provide a generic solution, this directory should be deleted as its bad.

@miekg
Copy link
Member Author

miekg commented Apr 10, 2019 via email

@chrisohaver
Copy link
Member

see duplicate issue and related discussion: coredns/coredns#2723

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

No branches or pull requests

2 participants