我search了很多,似乎无法find一个直接的,现代的答案。
如果我正在托pipe一个域名,例如mydomain.com
,那么这台计算机将仅用于该域名,并且没有子域名,除了遵从性以外,是否还有一个真正的实际原因来创build任意主机名(即myhost
)只是为了有一个三部分的FQDN( myhost.mydomain.com
)来满足某种预期的RFC或约定。
从我的angular度来看,这似乎造成了很多不必要的复杂性,而且我不确定这是否有优势 ,或者从所有Web资源来自诸如www
和ftp
的子域的持续时间,可能需要扩展到独立的机器。
我也没有在我的域名上使用www
,这从pipe理员的angular度来看是不明智的(尽pipe从devise师的angular度去除它是一种规范)…
你永远不要给你的服务器一个只包含裸域名的名字。
主要原因是许多服务在内部使用主机名,并可能假定服务器与域名分开命名。
除此之外,这可能会导致电子邮件不能交付 。 它也可以导致更微妙的破坏,从你认为你的域名是com
程序,因为你已经命名机器example.com
。 可能会破坏的事物的完整列表可能是不可能的。
只要你只有一个你正在养的宠物 ,你可以解决这个问题。 但是当你扩大规模的时候(你要么扩大规模,要么就会倒闭),那么你最终会开始养殖牲畜 ,到那时你将不得不拍摄你的宠物。
我总是build议保持良好的习惯和习惯,即使你没有严格要求,因为以后需要的时候,他们已经根深蒂固了。
如果您不想创build子域,则不必创build子域。 将www
指向@
是非常普遍的做法,这样如果互联网浏览器被定向到www.domain.com
或者domain.com
,它们最终将会在您的首页上出现。
人们创build子域名的原因是因为除了www
之外,他们还做了其他的事情,比如ftp.domain.com
和owa.domain.com
以及development.domain.com
等等。
如果你想谈论如果你使用活动目录(一个水平分割的DNS区域和一个内部networking)将引入的复杂性,那么这是一个完全不同的故事。 但你不是。
编辑:迈克尔汉普顿的答案比我的好。