With the upgrade to WSP 2.1 they broke the Instant Alias functionality and it was a known issue. We are still having the same issue with SolidCP. Is this on the roadmap to fix?
Yes its creating everything needed except the main A record, It creates an A record for mail. but not one for (same as parent). This was an issue that first appeared with Microsoft DNS in WSP 2.1, it worked fine in WSP 2.0. As I know SolidCP borrowed much of the code from WSP, it appears this was a bug that carried over.
We did the clean method install, so we know there is no old WSP code causing the issue directly on our server.
WSP 2.1 changed alot with the instant aliases, which is why it works on 2.0 but not 2.1
I did just verify that it creates an record just a wrong one on DNS 2012+ provider which should be relatively easy to fix. (i will add it to the bug tracker)
As far as SolidCP codes go: We actually continued the WebsitePanel project after the project got hijacked by the project leader so most of our base is still WebsitePanel (just with alot of bug fixes, new features and enhancements).
We are usign both of SolidCP and mspcontrol
SolidCP has issue with Instant Alias
Instant Alias with mspcontrol worked fine
both of control panels based on WebsitePanel
hope this issue fixed. It is not a big issue
Work-around: Set up wildcard DNS record for *.server-name.your-domain.com and use that for the Instant Alias. (I always thought this was the reason for having a separate Instant Alias specification for each server, by design.)
I will say that on my server settings page, the form isn’t displaying correctly to enter the instant alias.
By the way, I have seen unexpected behavior in “hostnames” that may involve the same code as the instant alias issue above. For example, with hostnames enabled, if I set up a website as hostname.domain.com, the system wants to add DNS for www.domain.com instead. So hostname.domain.com won’t resolve properly unless there is a wildcard record.
(Another unexpected behavior, off-topic for this thread but on-topic for hostnames: When setting up a new domain + website, I think the system ignores the extra “hostname” that can be specified for the website. I don’t know if that field serves any purpose, and it’s not clear to me or customers how it’s supposed to work, so it would be okay with me if it’s simply removed from the context of setting up a new domain.)
Thanks for sharing the instant alias work around.
I did fix the design of the instant alias field a few commits back (and will be part of the new stable release that will be out shortly).
It’s odd how instant alias and hostnames behaves this weird, and is within our bug tracker (just hard to find the time to fix all issues, but we will get there 🙂 )
The hostname field i personally prefer to leave it disabled for my own environments, as you indicated it’s confusing for customers (i totally agree). To leave it disabled you can simply uncheck it from the hosting plan and it won’t show up.
- Views5220 times
- Answers22 answers