Я все еще в возникающем конце моей карьеры, но уже я испытал роль Младшего Программиста и Младшего Системного администратора.
Я обычно соглашаюсь с ответами, представленными здесь, и хотел бы укрепить мнение, что необходимо пойти для задания, которое выравнивается с преимуществами и минимизирует слабые места. Мой трактат был от Программиста Системному администратору и обычно обладает им.
Таким образом, я точно не назвал бы одно "более легкое", чем другой, это просто зависит от Ваших преимуществ.
Вы не должны выполнять свой собственный сервер DNS, если Вы не хотите играть с ним. большинство доменных регистраторов позволяет прямое управление записями DNS Вашего домена через их веб-интерфейсы и т.д.
до хостинга нескольких субдоменов это довольно легко с апачем VirtualHost
директивы. Вы просто создаете virtualhost с ServerName subdomain.example.com
и набор DocumentRoot
чтобы тот субдомен был то, везде, где в Вашей файловой системе
пример основанных на имени виртуальных хостов в апаче:
<VirtualHost *:80>
DocumentRoot /var/www/domainx/htdocs/
ServerName subdomain.example.com
ServerAlias *.subdomain.example.com
...
</virtualHost>
Это помогает помнить модель OSI:
IP Address - Layer 3 - Network layer - Identifies the host
TCP Ports - Layer 4 - Transport Layer - Identifies the process
По крайней мере в настоящее время DNS только отображает человеческое удобное имя к конкретному хосту, т.е. IP-адрес. Порты TCP, как предполагалось, были обработаны Стандартными портами.
Вы устанавливаете рекорд для указания на сервер, нет никакой потребности в портах. Порт 80 является портом веб-сервера по умолчанию, поэтому если Вы вводите http://yourdomain.com/
это отправит запрос к yourdomain.com
на порте 80.