É possível obter um TLD genérico , como .example
. Uma pesquisa de DNS example
passaria pelos servidores raiz, que encontrariam um registro de cola example
e encaminhariam a solicitação para o NS designado. Isso não é diferente de .com
ou outros.
Isso significa que posso fornecer endereços de e-mail como hello@example
e hospedar um site em example
.
Como esses nomes simples são resolvidos em clientes (clientes para DNS, podem ser servidores ou máquinas reais de usuários finais)?
um servidor Linux
server.foo.com
com uma resolução típica anexaria a uma consulta tão simples o domínio em que está - supondo que a solicitação seja para um host em seu domínio. Solicitaria então a resolução deexample.foo.com
, o que não é o esperadoAcredito que o mesmo aconteceria com um servidor Windows (?)
no lado do usuário final, digitar,
example
por exemplo, o Chrome acionará uma pesquisa da palavraexample
, pois está faltando um endereço completo e pontilhado
É tecnicamente possível, e alguns registros publicam registros A ou MX diretamente no nível de TLD. Por exemplo
dig A ws. +short
, você obterá 64.70.19.33 e também terá um registro MX:mail.worldsite.ws
Alguns estão especulando que a corrida para novos gTLDs é, pelo menos em parte, devido às pessoas pensarem que, tendo esse TLD, elas poderiam ter e-mails diretamente
@tld
e um site comohttp://TLD/
. Imagine se TLD = PESQUISA por exemplo.Teria sido basicamente o renascimento do conceito de palavras-chave que estavam na moda há muito tempo, quando promovidos como concorrentes ao espaço de nomes de domínio.
Isso teria criado, entre outras coisas, muitos problemas na web devido aos cookies e à maneira como atualmente não há mecanismos automatizados para os navegadores encontrarem cortes administrativos (já que eles não se encaixam perfeitamente no separador "ponto" do DNS) . O mesmo para a descoberta automática de DNS do WPAD e vários outros mecanismos em que os aplicativos percorrem a árvore do DNS até a raiz.
No entanto, na maioria das vezes não funciona como esperado, principalmente devido às configurações padrão. Os sistemas são configurados com uma lista de pesquisa, de modo que quando você usa um nome em algum lugar, ele também é tentado com vários sufixos. Esta lista pode ser corrigida ou até mesmo recuperada pelo DHCP.
Além disso, as restrições da ICANN (nos contratos de registros) proíbem basicamente tudo no ápice do TLD, além
SOA
de ,NS
,DS
, eRRSIG
registros (para os principais). Mas isso afeta apenas os gTLDs, pois os ccTLDs não estão em um contrato com a ICANN e são livres para fazer o que quiserem nesse ponto (!).Você teve muitas discussões, relatórios e resoluções sobre esses domínios "sem pontos", veja https://features.icann.org/dotless-domains e especialmente o relatório técnico: https://www.icann.org/en/system /files/files/sac-053-en.pdf que foi seguido por um relatório do IAB: https://www.iab.org/2013/07/10/iab-statement-dotless-domains-considered-harmful/
Este artigo é um bom resumo: http://www.circleid.com/posts/20130711_the_missing_link_in_dotless_domains/
E para muitos detalhes técnicos: https://labs.apnic.net/?p=429 com estudos sobre vários resolvedores em vários sistemas operacionais.