-
Notifications
You must be signed in to change notification settings - Fork 57
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
Prevent creation of illegal records, eg. multiple CNAMEs of the same name #1
Comments
thomas-pike
pushed a commit
that referenced
this issue
Feb 1, 2017
* Prevents CNAME RRsets having multiple records. * Prevents CNAME RRsets colliding with other types. * Also enables deleting of newly added records. * Enables visual display of entire RRset deletion
thomas-pike
pushed a commit
that referenced
this issue
Feb 8, 2017
* Prevents CNAME RRsets having multiple records. * Prevents CNAME RRsets colliding with other types. * Also enables deleting of newly added records. * Enables visual display of entire RRset deletion
thomas-pike
pushed a commit
that referenced
this issue
Feb 8, 2017
* Prevents CNAME RRsets having multiple records. * Prevents CNAME RRsets colliding with other types. * Also enables deleting of newly added records. * Enables visual display of entire RRset deletion
thomas-pike
pushed a commit
that referenced
this issue
Feb 8, 2017
Prevent singleton record violations. Fixes #1. * Prevents CNAME RRsets having multiple records. * Prevents CNAME RRsets colliding with other types. * Also enables deleting of newly added records. * Enables visual display of entire RRset deletion
Closed
uedvt359
added a commit
to dvtirol/dns-ui
that referenced
this issue
Nov 23, 2021
When SELECTing a date from the postgres database, and that date's microsecond part is exactly zero, it will be omitted from the string representation. This causes DateTime::createFromFormat to return false instead of the date. To reproduce this bug, create and then edit a zone (so a changeset entry exists), then set its change_date like so: update changeset set change_date = '2021-11-23 10:37:38.000000' where id = 1; note that when issuing a SELECT, the '.000000' will be automatically stripped. [23-Nov-2021 09:40:03 UTC] 1637660403: Error: Call to a member function format() on bool in /var/www/dns-ui/templates/zone.php:687 [23-Nov-2021 09:40:03 UTC] 1637660403: Stack trace: [23-Nov-2021 09:40:03 UTC] 1637660403: #0 /var/www/dns-ui/pagesection.php(69): include() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#1 /var/www/dns-ui/pagesection.php(57): PageSection->generate() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#2 /var/www/dns-ui/templates/base.php(81): PageSection->get() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#3 /var/www/dns-ui/pagesection.php(69): include('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#4 /var/www/dns-ui/views/zone.php(321): PageSection->generate() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#5 /var/www/dns-ui/requesthandler.php(62): require('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#6 /var/www/dns-ui/public_html/init.php(18): require('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#7 {main}
uedvt359
added a commit
to dvtirol/dns-ui
that referenced
this issue
Nov 23, 2021
When SELECTing a date from the postgres database, and that date's microsecond part is exactly zero, it will be omitted from the string representation. This causes DateTime::createFromFormat to return false instead of the date. To reproduce this bug, create and then edit a zone (so a changeset entry exists), then set its change_date like so: update changeset set change_date = '2021-11-23 10:37:38.000000' where id = 1; note that when issuing a SELECT, the '.000000' will be automatically stripped. [23-Nov-2021 09:40:03 UTC] 1637660403: Error: Call to a member function format() on bool in /var/www/dns-ui/templates/zone.php:687 [23-Nov-2021 09:40:03 UTC] 1637660403: Stack trace: [23-Nov-2021 09:40:03 UTC] 1637660403: #0 /var/www/dns-ui/pagesection.php(69): include() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#1 /var/www/dns-ui/pagesection.php(57): PageSection->generate() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#2 /var/www/dns-ui/templates/base.php(81): PageSection->get() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#3 /var/www/dns-ui/pagesection.php(69): include('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#4 /var/www/dns-ui/views/zone.php(321): PageSection->generate() [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#5 /var/www/dns-ui/requesthandler.php(62): require('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#6 /var/www/dns-ui/public_html/init.php(18): require('/var/www/dns-ui...') [23-Nov-2021 09:40:03 UTC] 1637660403: operasoftware#7 {main}
sipopo
added a commit
to sipopo/dns-ui
that referenced
this issue
Aug 29, 2022
…perasoftware#1 () of type string is deprecated) Signed-off-by: Sergey V. Osipov <sipopo@yandex.ru>
sipopo
added a commit
to sipopo/dns-ui
that referenced
this issue
Aug 29, 2022
…perasoftware#1 () of type string is deprecated) Signed-off-by: Sergey V. Osipov <sipopo@yandex.ru>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
CNAMEs are a singleton type and it is not allowed to have one in addition to any other record for the same name.
PowerDNS does not prevent this, and currently neither does the DNS UI, but we should make it detect the conflict and prevent it.
The text was updated successfully, but these errors were encountered: