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

RFC: optional zone_name parameter for DNS service drivers #214

Open
mmaney opened this issue Sep 23, 2020 · 0 comments
Open

RFC: optional zone_name parameter for DNS service drivers #214

mmaney opened this issue Sep 23, 2020 · 0 comments

Comments

@mmaney
Copy link
Collaborator

mmaney commented Sep 23, 2020

It's come up once or twice in discussion: a suggestion that some drivers might be much simplified if the user could just TELL them what zone (usually means what domain.tld, very like a bind9 zone) the records are to be added to/removed from. Several providers have to grovel through possibly paged lists of info to search for the relevant zone, while in many cases the user knows very well which zone applies.

Of course this wouldn't be a 100% generic approach. A single user looking to create a shared certificate for hosts that are in various of his multiple service-side zones wouldn't be able to specify one single zone (unless maybe he setup aliasing to that one special zone...). And it would require migrating the driver to the new interface [not going to add more parameters to the legacy interface] in order to have access to the zone_name parameter. Nor could I see breaking existing behavior of those legacy drivers that currently have to grovel - that would have to remain as the fallback. Perhaps a new version that requires the zone_name because it omits the grovelling? Maybe. Have to be given a different name, though.

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

No branches or pull requests

1 participant