-
Notifications
You must be signed in to change notification settings - Fork 6
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
Update *.domain.tld as well as @.domain.tld #3
Comments
You can make a PR as is and we discuss it as a review. |
Thanks for the RP. Do you have a link to the documentation related to |
Here's a passage in the docs: https://docs.gandi.net/en/domain_names/faq/record_types/a_record.html#what-are-wildcard-a-records. So Reading this, I realize that I don't rely on dynamic subdomains other than by laziness, so I'll probably/eventually set up a proper zone update script for when I add/remove a vhost… |
Ok, obviously '@' and '*' are different usecases. Thus the proposed change is wrong. Is the handling onf wildcard records makes sense is a different question. |
This requires writing a wrapper script to pass those parameters, as DSM doesn't allow to do that directly. Resolves kofemann#3
Agreed. Here's a new version, untested because I currently don't have access to my NAS. Or, by writing a wrapper script that passes additional arguments at the end, you can update explicit hosts, including the special /bin/bash
./livedns.py "$@" foo bar @ '*' What do you think? |
Gandi supports wildcard
*
subdomains, but they should be updated as well as the@
. I hacked the script to achieve that for me, but a clean implementation should be devised…Given that the configuration form in DSM validates the hostname a little strictly, and that there is no other setting (I wouldn't abuse the
username
field for that), maybe make two versions of the script?The text was updated successfully, but these errors were encountered: