Назад | Перейти на главную страницу

Лучшие практики для FQDN для автономного домена (можно ли использовать domain.tld из двух частей?)

Я довольно много искал и, похоже, не нашел прямого современного ответа на этот вопрос.

Если я размещаю домен, скажем, mydomain.com, на машине, которая будет использоваться исключительно для этого домена, и нет субдоменов, есть ли реальная практическая причина, помимо соблюдения требований, для создания произвольного имени хоста (т.е. myhost) просто для того, чтобы иметь полное доменное имя из трех частей (myhost.mydomain.com) для удовлетворения ожидаемого RFC или соглашения.

С моей точки зрения, это создает много чрезмерных сложностей, и я не уверен, что преимущество к этому, или если это просто пережиток того времени, когда все веб-ресурсы поступали с поддоменов, таких как www и ftp которые, возможно, потребуется масштабировать для разделения машин.

Я не использую www и в моем домене, что, насколько я знаю, не рекомендуется с точки зрения администратора (хотя удаление этого является нормой с точки зрения дизайнера) ...

Вы никогда не должны давать своему серверу имя, содержащее только голое доменное имя.

Основная причина в том, что многие службы использовать внутреннее имя хоста и может предполагать, что сервер именуется отдельно от имени домена.

Помимо прочего, это может вызвать электронное письмо не будет доставлено. Это также может вызвать более тонкие поломки из-за программ, которые считают, что ваш домен com потому что вы назвали машину example.com. Полный список вещей, которые могут сломаться, вероятно, невозможно.

Пока у вас есть только один сервер, который вы воспитывать как домашнее животное, вы, вероятно, сможете обойти проблемы, которые это вызовет. Но когда вы расширяетесь (вы либо расширяетесь, либо вылетаете из бизнеса), вы в конечном итоге собираетесь начать животноводство, и в этот момент вам придется застрелить своего питомца.

Я всегда рекомендую сохранять хорошие привычки и практики, даже если в этом нет особой необходимости, с тех пор, как вы делать они понадобятся позже, они уже будут укоренены.

Вам не нужно создавать поддомены, если вы этого не хотите. Очень распространенная практика - иметь www указать на @ так что если интернет-браузер направлен на www.domain.com или domain.com, они все равно попадут на вашу первую страницу.

Причина, по которой люди создают поддомены, заключается в том, что они делают другие вещи, помимо www, Такие как ftp.domain.com и owa.domain.com и development.domain.com, и т.д.

Если вы хотите поговорить об осложнениях, которые могут возникнуть при использовании Active Directory, зоны DNS с разделенным горизонтом и внутренней сети, это совсем другая история. Но это не так.

Изменить: ответ Майкла Хэмптона намного лучше, чем мой.