Estou usando nomes como a.alpha para o nome do host da minha caixa Linux, mas parece que esses nomes não são completamente utilizáveis. A resposta de um comando shell do nome do host está correta (a.alpha). Mas o nome impresso após a minha conta de usuário é "usuário @ a" em vez de "usuário@a.alpha". Quando uso o avahi, posso acessar (pelo nome do host) a.alpha, mas não b.alpha. Isso é normal?
Respostas:
Chopper está certo. Devido ao funcionamento do DNS, o componente "alfa" de "a.alpha" é considerado um 'rótulo' discreto no DNS. O uso de um nome de host com um ponto causará resultados inconsistentes em qualquer sistema que consome DNS.
O Avahi interage com nomes DNS e, especificamente, a <host-name>diretiva precisa ter o FQDN DNS do serviço, por isso também está sujeita à inconsistência do DNS com nomes pontilhados.
Não use o nome pontilhado.
Como outras pessoas mencionaram, você definitivamente deseja evitar pontos nos nomes de host devido ao DNS, e também descobri que isso pode causar um problema se você estiver usando certificados curinga para executar SSL, pois os certificados curinga somente curinga para um nível de subdomínio. Portanto, se o seu certificado curinga for para * .mycompany.com, mas você tiver um nome de host que seja a.alpha, o certificado curinga poderá não funcionar se tratar "alpha" como um subdomínio.
O nome completo do host é tipicamente o FQDN (nome de domínio totalmente qualificado) equipado com domínio, e no linux deve acabar sendo a saída de host --fqdn, com a parte antes do primeiro ponto sendo considerada o apelido do host. No entanto, diferentes sistemas (Linux, SunOS, qualquer que seja) implementaram o conceito de "hostnick" de várias maneiras. Tal como:
Além disso, a ideia de um hostnick é uma pequena variável:
E, para complicar ainda mais, o hostcomando do bind9-host viola os padrões de DNS ao ter uma -N <int>opção para controlar se os domínios de pesquisa são ou não usados. Isso interrompe as pesquisas de DNS de várias maneiras, dependendo do cenário. O DNS deve procurar qualquer nome com um ponto à direita como sendo literalmente o que procurar e, para outros nomes, procurá-los com domínios anexos /etc/resolv.confaté que uma correspondência seja encontrada ou todos falhem (esses domínios implicitamente têm um ponto à direita). [Isso é da memória, por favor, comente se o processo geral foi alterado em uma RFC que eu perdi]
Como tal, se você usar pontos em seu hostnick, o hostcomando provavelmente falhará, quebrando scripts que o usam para pesquisas. Pessoalmente, acho que hosté insondável que está quebrado, e parece até hoje estar quebrando uma pesquisa em um sistema na minha rede doméstica, pois tenho IPv4 e -v6 em casa e tenho nomes como .v4. como formulários curtos extras específicos da versão, que hostnão são pesquisados, embora os pingencontrem perfeitamente.
Era extremamente raro tentar colocar pontos nos hostnicks de qualquer maneira, portanto, mesmo sem hosto dano de brainstorming, eu recomendaria manter os hostnicks sem pontos, mesmo de uma perspectiva semântica simples.
A resposta correta definitivamente "não faça isso", como afirmado acima.
Para algumas leituras possivelmente úteis e definitivamente tangenciais, continue:
Você está falando sobre resolução de DNS ou seu prompt de linha de comando? Se você deseja corrigir seu prompt de linha de comando, basta mexer com $ PS1 (ou equivalente não bash / sh semelhante, quando aplicável).
Se você realmente deseja que a.alpha seja um nome de host que resolva para um endereço IP nas interwebs, você pode fazê-lo, mas isso pode envolver um subdomínio para cada sufixo de nome de host (EG alfa, beta etc.).
É até possível que você possa configurar seu servidor DNS para funcionar sem criar subdomínios. Você pode servir o endereço IP dos servidores de nomes de um subdomínio nos arquivos de zona do domínio pai, para que "funcione". Isso ocorre porque quando alguém solicita ao servidor DNS o endereço IP de a.alpha.examaple.com, ele solicita ao servidor DNS o exemplo.com e, se esse servidor DNS já tiver o endereço por aí, ele responderá com a resposta , em vez de tentar entregá-lo ao servidor autoritário do subdomínio. Pode ficar sobrecarregado com o SOA ausente ... portanto, talvez você adicione um registro A para cada prefixo do host e um SOA para cada sufixo do host. Sim, esse é o bilhete ...
Tudo na internet continuará pensando que seu nome de host é 'a' e seu domínio é alpha.example.com.