Estou assumindo o projeto e o nome do domínio local é domain.com; eles também têm um site em domain.com.
Eu sempre usei domain.local para o AD e estou me perguntando se essa é uma prática recomendada ou se existe um motivo para não fazê-lo.
A execução de um nslookup interno para domain.com resolve para o IP adequado e os registros rDNS estão configurados corretamente.
Gostaria de começar a conectar alguns dos servidores e o vCSA através do LDAP, e estou imaginando se isso pode começar a causar problemas.
Talvez isso seja útil
—
Lenniey
.local nunca deve ser usado no FQDN de um domínio do AD DS.
—
MDMarra
I have always used domain.local for AD and am wondering is that just best practice or is there a reason for doing so.- Não é uma prática recomendada e você deve deixar de usar .local para qualquer domínio do AD que você criar.
As melhores práticas mudam com o tempo. Por um longo tempo, foi considerado aceitável e bastante padrão o uso de .local. A Microsoft até usou .local em boa parte de sua documentação. A recomendação de melhores práticas foi alterada para refletir que você não deve mais usar .local, não usar um TLD composto e não usar um FQDN que não esteja registrado e de propriedade da organização. Você deve usar um subdomínio não utilizado do seu domínio público.
—
Joeqwerty 28/03
@AnthonyFornito O único problema com essa abordagem é que você tem uma situação de DNS dividido. Nada inerentemente errado com isso - pode ser estranho se você quiser que as pessoas acessem recursos externos no domain.com.
—
Dan