new "domains associated with this server" - le renew fail

11 posts / 0 new
Last post
#1 Sun, 06/25/2017 - 19:28
antioch

new "domains associated with this server" - le renew fail

https://www.virtualmin.com/node/50852

popping up again. this time its two new additions: autoconfig and autodiscover.

Wed, 06/28/2017 - 22:40
antioch

latest update did not fix.

Thu, 06/29/2017 - 22:28
antioch

while going back through ALL my virtual servers to manually assign domains again (fun!), i just discovered that the two new mystery entries dont appear on all virtual servers. no idea why.

Fri, 07/14/2017 - 11:25
antioch

any progress?

Fri, 07/28/2017 - 10:55
antioch

still unresolved in the latest update.

is this thing on?

Mon, 08/14/2017 - 13:46
antioch

just upgraded to virtualmin 6. issue still unresolved.

Wed, 08/16/2017 - 00:54
maconeto

I'm trying to add an alias domain .de to my current main domain .com. But it is not possible to request Let's Encrypt for that new alias domain. It says hostname doesnt match. I checked DNS, they all use the same NS addresses, they all have same A record. When open in browser, they all resolve correctly to the common public_html folder (main website). What else I should check, any idea please?

Parsing account key... Parsing CSR... Registering account... Already registered! Verifying only-approved.com... only-approved.com verified! Verifying only-approved.de... Traceback (most recent call last): .....

File "/usr/lib/python2.7/ssl.py", line 269, in match_hostname % (hostname, ', '.join(map(repr, dnsnames)))) ssl.CertificateError: hostname 'www.only-approved.de' doesn't match either of 'only-approved.com', 'only-approved.dk', 'www.only-approved.com', 'www.only-approved.dk'

Wed, 08/16/2017 - 15:03
antioch

ur issue has nothing to do with mine. i suggest starting ur own topic...especially since this thread is being avoided like the plague (almost 2 months old and no replies).

Fri, 08/18/2017 - 06:43
Joe
Joe's picture

You're saying Virtualmin is still trying to get a certificate for mail.domain.tld, even if there's no website for it? I thought we'd fixed that months ago. Sorry, I didn't notice the thread...it had replies, and I usually only come into threads that don't seem to be active (on the theory that somebody probably knew the answer to the question, if it's got several replies).

But, for situations like this, it's clearly a bug, and filing a bug about it in the issue tracker is the best way to get it resolved (I know we discourage use of the issue tracker for GPL questions, but if it's a bug, we want to know about it).

The weird thing is that I'm not seeing this behavior on my systems, so I'm not sure what's going on, but I saw another person report the same problem in another thread.

--

Check out the forum guidelines!

Fri, 08/18/2017 - 06:52
Joe
Joe's picture

I've created a ticket about this for Jamie, here: https://www.virtualmin.com/node/53172

--

Check out the forum guidelines!

Fri, 08/18/2017 - 16:23
antioch

not mail.domain.tld. rather two new ones: autoconfig.domain.tld and autodiscover.domain.tld.

Topic locked