O nome do host é sensível a maiúsculas e minúsculas? É
ping MYHOST
igual a
ping myhost
Depende do DNS usado? Existem diferenças entre os sistemas Win / Mac / Unix?
Os nomes resolvidos do DNS não diferenciam maiúsculas de minúsculas. Isso é importante para evitar confusão. Se fosse sensível a maiúsculas e minúsculas, teríamos oito variantes de .com (.com, .Com, .cOm, .COm, .coM, .CoM, .cOM e .COM). Códigos de país teriam quatro.
Se a resolução de nomes for sensível a maiúsculas e minúsculas para Ping, isso não está sendo feito pelo DNS.
Eu acabei de ter isso aqui no trabalho. O DNS deve não fazer distinção entre maiúsculas e minúsculas .... o RFC especifica isso. link , mas não faz diga que deve ser em minúsculas.
Então, tivemos o prazer de solucionar problemas de um host que não resolveu as coisas corretamente para nosso domínio interno "t.local"
p123$ ping p123-db.t.local
PING p123-db.t.local (192.168.106.175) 56(84) bytes of data.
....works ok
p123$ ping P123-dB.T.lOcal
ping: unknown host P123-dB.T.lOcal
Por que se preocupar em resolver o caso misto? Porque é isso que o tcpdump estava mostrando como a consulta DNS, porque é isso que o software em execução pedia. pgbouncer foi configurado para usar "p123-db" em sua config, e resolv.conf especificou um domínio de busca de "t.local" Então, o que está misturando o caso?
Acontece que a glibc estava alternando o caso aleatoriamente. O processo é chamado de "preenchimento 0x20" e foi descrito pela primeira vez em 2008 em "Uso do bit 0x20 em rótulos DNS para melhorar a identidade da transação" link
O objetivo principal é aumentar a entropia de modo que seja mais difícil falsificar uma resposta - o caso da pergunta deve corresponder ao caso da resposta.
Uma boa discussão pode ser encontrada aqui. link
Separadamente, executamos o powerDNS internamente e isso faz pesquisas em um banco de dados. Durante anos, ninguém usou um nome de host ou FQDN no domínio t.local com uma letra maiúscula, por isso nunca notamos que nosso domínio interno fazia distinção entre maiúsculas e minúsculas.
Foi corrigido por alguns ajustes na consulta, mas isso teria quebrado as pesquisas de casos mistos 0x20 como acima - o cliente pode exigir que a resposta seja retornada no mesmo caso em que foi solicitado.
Resposta curta : o DNS não deve diferenciar maiúsculas de minúsculas, mas a pergunta e a resposta precisarão ser idênticas no futuro.
Acabei de solucionar um problema em um dispositivo SE Linux incorporado em que a resolução do nome do host exibia a diferenciação entre maiúsculas e minúsculas.
"ping MYHOST" faria ping para 127.0.0.1, enquanto "ping myhost" faria o ping no endereço IP correto.
O nslookup produziu resultados corretos para maiúsculas e minúsculas, indicando que o servidor DNS não estava com defeito.
Mas, diferentemente do nslookup, que ignora o cache, a saída "getent hosts MYHOST" "0.0.0.0" e "getent hosts myhost" exibem o endereço IP correto.
Portanto, o nscd é aparentemente sensível a maiúsculas e minúsculas. Chamar "nscd -i hosts" para limpar o cache resolveu o problema.
O MYHOST em (maiúsculo) acabou em cache com 0.0.0.0 devido a um processo tentando estabelecer uma conexão com MYHOST antes da criação da entrada DNS, o que acontece quando o dispositivo remoto recebe sua atribuição DHCP.
Como o BillThor mencionou, não faz distinção entre maiúsculas e minúsculas no nível de resolução de DNS ou netbios.
Os vários sistemas operacionais também não apresentam problemas com os diferentes invólucros.
No entanto, os aplicativos podem estar cientes deles. Por exemplo, as plataformas da web nos vários ambientes podem verificar se há diferenciação de maiúsculas e minúsculas. É mais comum agora para razões de otimização de mecanismo de busca (SEO) para assistir a diferentes invólucro e redirecionamento. Isso tudo depende do aplicativo, então a resposta é que isso varia.
Na maior parte dos casos, o nome do host não é uma questão sensível a maiúsculas e minúsculas no nível do aplicativo.