assign different IPs to subdomains. In the current system, only the IP address of the main domain is assigned to the subdomain. Big deficien
assign different IPs to subdomains. In the current system, only the IP address of the main domain is assigned to the subdomain. Big deficiency.
Allow for assigning different IP addresses for subdomains under a webspace. Right now, you cannot do this.
Webspace Name: joker.com, IP assigned, shared 126.96.36.199
2 Subdomains are needed: life.joker.com, and death.joker.com
However, Life.joker.com is going to use 188.8.131.52 shared IP as that is a wordpress page.
Death.joker.com is going to be a web app hosted by, let's say....codeignite, and we don't want it to have to use the same IP address as the main site. Instead, we want to use 184.108.40.206
Right now, we cannot do this. In the current plesk iteration, the subdomains of a web space, can only inherit the same IP address as the webspace, which makes management of large webspaces....difficult.
There are many times in which a company would like to have different IP address spaces assigned to their subdomains - especially for corporate/enterprise companies who have 11+ web properties and different services on each root web property.
A good use case example would be something like this for a typical corporation.
Webspace Name: joker.com
The company has services that offer:
- Corporate Website
- Corporate event planning website
- Corporate File Share
- Corporate Training Site
- Corporate HR site
- Corporate CRM site
- Corporate Project Management site
- Corporate Teams Site
Now, if they were to do this in Plesk, even Plesk for windows, ALL of those services would share the same IP address as the parent workspace.
When in reality, it should be separated based on the services offered.
- Corporate Website: 220.127.116.11
- Corporate event planning website: 18.104.22.168
- Corporate File Share: 22.214.171.124
- Corporate Training Site: 126.96.36.199
- Corporate HR site: 188.8.131.52
- Corporate CRM site: 184.108.40.206
- Corporate Project Management site: 220.127.116.11
- Corporate Teams Site: 18.104.22.168
Why? There are drastic differences between technologies in play here, from different frameworks to different services. Having them physically separated from each other on the hosting platform, as well as on the IP platform makes tracking their service's easier, and tracking logging, offline time, and redundancies far more easier than if they were all using a single '22.214.171.124' ip address. Mainly because doing HTTP monitors isn't as reliable as doing ping monitors.