sednet wrote:
Quote:
Control panels can be easily moved to an alternate port without any loss of functionality. In fact, many control panels automatically use a default port that is not 443, and if yours doesn't, it's your job to fix it.
Exactly this. If directadmin is wasting port 443 on your primary IP move it to another port. You are getting hassle and paying money for one extra IP per server that you really should not need.
If directadmin won't cooperate I'd change it with something else.
If you really have a requirement for a large number of IP addresses Linode isn't the cheapest way to buy these. What you want is a dedicated server with a /24.
It comes back to the control panel and it's writing the config files. The primary IP can be used for shared hosting, but not for SSL. At least from my remembering and previous research. I don't feel like redoing the previous research to prove my point as this thread is getting old fast.
To the ones that suggesting changing 443, how do you propose without then breaking the control panel rewriting these files in the future? You can't, or I'm not aware of a simple method to do this.
The shared ssl can be used as there are common apps (ie phpMyAdmin) via a primary URL. Linode's main beef it appears it's not a real SSL cert installed. We do have a wildcard cert we can install in some cases to appease the Linode gods.
There are cases in which the subdomain isn't ours. We could then force the client to buy a dedicated SSL cert, just to appease a $2/mo IP with Linode justification. That's outright silly.
In order to do SSL for a customer's web site, I need another IP address (it supports SNI). SNI on the second IP. Again, this isn't our limitation but the control panel. So in effect all we need is two total IP addresses per instance with DirectAdmin if we want to do SSL for any customer site.
I'm not going to replace a control panel, which also works very well in a VPS memory constrained setup because of Linode's policy. cPanel for example I believe can do this without issue, but still a memory/resource pig.
Yes it is possible DirectAdmin could somehow rework their code, but I'm not holding my breath. I'm dealing with current limitations not something in the future. Instead we are having to go through hoops just to achieve a simple result and haven't had this issue anywhere else. Again the reason why I started this thread to begin with, not to get troll posts.