Como @Zoredache apontou o namespace .local
não tem oficial status (o mais próximo que você encontrará é .localhost
, definido e reservado em RFC 2606 ). Assim, .local
nunca deve ser usado, pois a ICANN poderia um dia atribuir esse TLD a alguém.
O Coisa Certa é registrar um domínio próprio como example.com
e atribuir nomes de host sob ele (talvez em internal.example.com
), conforme apropriado.
Dito isso, se você quiser usar .local
ou .lan
como o domínio de nível superior para seus hosts internos, certamente não estará sozinho e, nesse momento, a probabilidade de alguém tentar usurpar .local
, .lan
, ou .private
é bem baixo: eles são usados de forma tão invasiva que tentar corrigir as décadas de maldade não valeria a luta.
Note, no entanto, que tais máquinas e nomes não devem ser acessados (ou expostos de qualquer forma) à Internet pública. É um pecado menor, semelhante à emissão de endereços de rede RFC-1918 nas suas interfaces públicas, e pessoas como eu vão desaprová-lo em público e tirar sarro dos vazamentos de informações da sua rede em particular.
Observe também que as máquinas * nix não têm realmente um conceito de "domínio" no sentido da palavra no Active Directory - o analógico mais próximo seria os domínios NIS, que não estão ligados ao DNS como o AD é. br>
Um sistema bare * nix realmente só conhece seu próprio nome de host pessoal, que não precisa ser um nome de domínio totalmente qualificado ( alice
é tão válido quanto alice.wonder.lan
), embora muitos administradores usem o nome DNS totalmente qualificado da convenção. máquina como seu nome de host.
Isso lhe dá um contra-ataque usando nomes de domínio "não oficiais" como .local
, mas o IMHO é menos "correto" do que ter um nome de domínio completo, válido e atribuído como o nome do host do seu sistema.