Я думаю, что Вы хотите сделать, будет работать, хотя я изменил бы это немного:
Включитесь в обратном порядке: во-первых, запустите хост с vCenter VM, соединитесь с ним, поднимите vCenter, затем запустите все остальное.
Действительно ли возможно создать такой много уровень sub домены?
Да. У Вас может быть столько уровней, сколько Вам нравится в DNS.
основан на этом хостинговая компания?
Ваш хост мог бы ограничить то, что Вы можете сделать.
Разве sub2.sub1.subdomain не является другим субдоменом, а не sub доменом sub1?
Это не полезное различие.
Все эти субдомены будут иметь их собственные корни документа?
Предположение, что все субдомены заканчивают тем, что решили к тому же IP-адресу (и они действительно не имеют к):
Браузеры представят FQDN Host
заголовок. Как дескрипторы веб-сервера, который зависит от веб-сервера.
Можно настроить отдельный Документ, Поддерживают каждого — и Вы должны (для предотвращения дублирующихся штрафов содержания в поисковых системах), если Вы не собираетесь сделать материал для динамичного определения на основе содержимого на FQDN.
Как я обработаю пользователей, идущих и без www.
Однако Вам нравится. www
только другой субдомен без любых специальных свойств (кроме конвенции). Это широко считается хорошей идеей выбрать или "с www" или "без www" как Ваш канонический основной сайт и перенаправить другой один к нему.
You.can.go.as.deep.as.you.want.example.com.
1) Это главным образом зависит от Вашего DNS - обычно, Ваша хостинговая компания управляет этим; также, если у Вас есть подстановочный домен 3-го уровня (*.example.com
), затем любое доменное имя под example.com
укажет на тот же хост. Так, это возможно и работает в 90% случаев.
2) Это не имеет значения, действительно - все это зависит от № 3
3) Если Вы настроите их для другого docroots, то они будут; еще они не будут.
4) Проверьте Host:
заголовок - там Вы будете видеть то, что домен (с PHP, эти данные были бы в $_SERVER['HTTP_HOST']
), и можно реализовать некоторую переключающуюся логику в коде.
вы можете удалить www с помощью панели хоста или htaccess / web.congig (по умолчанию ОС) плохое укоренение.
субдомены имеют собственные корневые документы.