Nome do host vs nome de domínio ao usar o DNS dinâmico?

Question

Eu configurei um serviço DNS dinâmico com o DynDNS, vamos chamá-lo:

foobar.dyndns.net

Quando configuro um servidor Linux, qual deve ser meu nome de host e nome de domínio?

Por exemplo, se eu configurar o Slackware Linux, o programa de instalação pede por eles, e se eu digitar "foobar.dyndns.net" para o nome do host e nome de domínio, a instalação configura meu servidor como "foobar.dyndns.net .foobar.dyndns.net ", que obviamente não parece certo.

Qual é a maneira correta de fazer isso ao usar o DNS dinâmico? Se eu usar "foobar" como o nome do host e "dyndns.net" como o nome do domínio, isso também não parece certo, já que eu realmente não "possuo" ou exercito controle sobre o domínio "dyndns.net".

Obrigado pelas suas respostas.

    

Answer 1

Quando usei o DynDNS para o serviço dinâmico gratuito, usei foobar.dyndns.net como o domínio e tive o redirecionamento de curinga ativado. Isso permite que tudo funcione de maneira mais ou menos transparente, já que eu poderia ter DNS local e usar vhosts para fazer com que os sites apareçam nas mesmas URLs internas e externas.

O crb está completamente correto de que você pode usar o que quiser como um domínio interno, mas essa configuração sempre funcionou bem para mim. Eu acho que o curinga requer pagar agora ou algo assim; Nesse caso, isso é marcadamente menos útil. ;)

    

Answer 2

Não precisa haver conexão entre qualquer nome DNS externo e qualquer hostnames / DNS interno.

O que você chama de nome do host (às vezes, a 'parte local'), deve ser alfanumérico, sem pontos. Há uma RFC inteira sobre como escolher um nome.

Seu sufixo DNS ('nome de domínio') é adicionado aos nomes de host quando você tenta resolvê-los. Como você disse, mesmo que você tenha servidores 'foo' e 'bar', não ajuda você digitar 'ping baz' e obter um cliente dyndns.net diferente. (Não faz mal também.)

É possível selecionar o seu próprio domínio interno - eu pessoalmente tento usar algo do '.tla' por hábito, já que ele nunca vai entrar em conflito com nada na Internet. Não use .local, pois isso tem um significado específico.