It is nearly impossible to provide accurate technical guidance without the real domain name.
So here is my best guess at what I perceive your actual problem might be…
A. The renew command is using --webroot incorrectly.
B. The server uses Apache and has a conflicting/overlapping “domain” that confuses the ACME client on where you actually want the cert installed/validated.
C. The (modified) configuration has mishandled the /.well-known/acme-challenge/ requests - due to conflicting rewrite statements.
The real domain name is qrtsy.com
I clicked on letsencrypt and tried certbot cert only and was given a list of things to attempt to connect to, however none of them were duck dns (or maybe I put in my domain name in one of the listed items)?
Am I missing something on the domain then? I don’t have a website there, just the domain name. I created CNAMEs for my other domain legendsoflink.com but got the same result.
Please not that you are trying to obtain a cert with three names on it.
If those three names are being served from different DocumentRoots you will have to “explain” to cerbot where each name is being served from (i.e. multiple webroots).
I understand that, with the multiple --webroot -w command I’ll need for each cert, but I don’t even know how to check my vhost files.
Click on letsencrypt.
Select console.
Type Apache -DocumentRoot (doesn’t work)
type -DocumentRoot (doesn’t work)
I’ve used Linux maybe 3 times in my life. It’s like explaining to a line chef how to fix a space shuttle; it’s possible, but you have to take baby steps.
At a # prompt type (you can copy+paste): grep -Eri 'root|servername|serveralias|virtualh|listen' /etc/apache2
If the prompt does not end in #, then try (as root user) same command but prepend with sudo: sudo grep -Eri 'root|servername|serveralias|virtualh|listen' /etc/apache2