FQDN独立域的最佳做法(是两个部分domain.tld好吗?)

我search了很多,似乎无法find一个直接的,现代的答案。

如果我正在托pipe一个域名,例如mydomain.com ,那么这台计算机将仅用于该域名,并且没有子域名,除了遵从性以外,是否还有一个真正的实际原因来创build任意主机名(即myhost )只是为了有一个三部分的FQDN( myhost.mydomain.com )来满足某种预期的RFC或约定。

从我的angular度来看,这似乎造成了很多不必要的复杂性,而且我不确定这是否有优势 ,或者从所有Web资源来自诸如wwwftp的子域的持续时间,可能需要扩展到独立的机器。

我也没有在我的域名上使用www ,这从pipe理员的angular度来看是不明智的(尽pipe从devise师的angular度去除它是一种规范)…

你永远不要给你的服务器一个包含裸域名的名字。

主要原因是许多服务在内部使用主机名,并可能假定服务器与域名分开命名。

除此之外,这可能会导致电子邮件不能交付 。 它也可以导致更微妙的破坏,从你认为你的域名是com程序,因为你已经命名机器example.com 。 可能会破坏的事物的完整列表可能是不可能的。

只要你只有一个你正在养的宠物 ,你可以解决这个问题。 但是当你扩大规模的时候(你要么扩大规模,要么就会倒闭),那么你最终会开始养殖牲畜 ,到那时你将不得不拍摄你的宠物。

我总是build议保持良好的习惯和习惯,即使你没有严格要求,因为以后需要的时候,他们已经根深蒂固了。

如果您不想创build子域,则不必创build子域。 将www指向@是非常普遍的做法,这样如果互联网浏览器被定向到www.domain.com或者domain.com ,它们最终将会在您的首页上出现。

人们创build子域名的原因是因为除了www之外,他们还做了其他的事情,比如ftp.domain.comowa.domain.com以及development.domain.com等等。

如果你想谈论如果你使用活动目录(一个水平分割的DNS区域和一个内部networking)将引入的复杂性,那么这是一个完全不同的故事。 但你不是。

编辑:迈克尔汉普顿的答案比我的好。