You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Is your feature request related to a problem? Please describe.
Using CNAME records results in the script claiming a domain does not point to the proper IP address.
Describe the solution you'd like
Support CNAME records.
Describe alternatives you've considered
None.
Additional context
Ran the script on a clean Debian 10 installation
This is the logging for an example where sub.primarydomain.com points to sub2.diffrentdomain.com, which points to sub3.duckdns.org, which points to 10.0.0.22:
* I agree that this HTTPS request is performed (y/N): y
* Resolving DNS for sub.primarydomain.com
* The DNS record (sub2.diffrentdomain.com.
sub3.duckdns.org.
10.0.0.22) does not match your server IP. Please make sure the FQDN games.wehlan.nl is pointing to the IP of your server, 10.0.0.22
* If you are using Cloudflare, please disable the proxy or opt out from Let's Ecnrypt.
* Proceed anyways (your install will be broken if you do not know what you are doing)? (y/N):
Please note that the IP does actually show up in the DNS record, alongside the CNAME records.
The text was updated successfully, but these errors were encountered:
jobhh
changed the title
Support DNAME records
Support CNAME records
Jul 1, 2021
jobhh
added a commit
to jobhh/pterodactyl-installer
that referenced
this issue
Jul 1, 2021
Disclaimer: I have only tested this in an online bash shell, please check if it properly works.
This should fix the situation where a CNAME record is used to point to a domain that points to the proper IP address.
It does break when someone creates a domain that contains the ip address, but I think that's an even bigger edge case than using CNAME records.
Closespterodactyl-installer#201
Is your feature request related to a problem? Please describe.
Using CNAME records results in the script claiming a domain does not point to the proper IP address.
Describe the solution you'd like
Support CNAME records.
Describe alternatives you've considered
None.
Additional context
Ran the script on a clean Debian 10 installation
This is the logging for an example where sub.primarydomain.com points to sub2.diffrentdomain.com, which points to sub3.duckdns.org, which points to 10.0.0.22:
Please note that the IP does actually show up in the DNS record, alongside the CNAME records.
The text was updated successfully, but these errors were encountered: