Nova solicitação de gTLD para .lan

Artigo original ↗ Discussão no Hacker News ↗

Uma nova solicitação para tornar “.lan” um domínio de topo público na internet está alarmando muitos administradores de rede, porque “.lan” há muito tempo é usado informalmente por roteadores domésticos e de pequenas empresas para nomes internos de dispositivos. Comentadores alertam que isso pode criar colisões perigosas de nomes e vazamentos de tráfego, especialmente para serviços em texto simples, e argumentam que a ICANN deveria reservar .lan para uso privado ou recorrer a domínios já designados como `home.arpa` ou `.internal`. Outros sugerem mitigações práticas, como bloquear .lan nos resolvedores ou migrar para um domínio registrado para redes internas, enquanto criticam a expansão mais ampla dos gTLDs por ser motivada mais por receita do que por necessidade técnica.

Contexto: .lan e uso existente

  • Muitos roteadores domésticos e de pequenas e médias empresas (por exemplo, baseados em OpenWrt, Ubiquiti e outros) configuram por padrão hostname.lan para dispositivos na LAN.
  • Usuários ხშირად dependem disso por conveniência e, às vezes, enviam tráfego em texto simples para esses nomes.
  • Algumas configurações (dnsmasq, Pi-hole, listas RPZ) já tratam .lan como apenas local e bloqueiam o encaminhamento para resolvedores públicos.

Preocupações de segurança e privacidade

  • Tornar .lan um gTLD público traz risco de:
    • “Vazamento” de DNS de nomes de host internos para a internet.
    • Tráfego destinado a serviços internos chegar a servidores externos arbitrários, permitindo phishing, captura de credenciais ou redirecionamento de dados sensíveis.
  • Colisões reais do passado (por exemplo, .box vs fritz.box) são citadas como exemplos de advertência.
  • Alguns argumentam que isso espelha o problema de usar faixas de IP públicas não atribuídas em redes privadas.

Alternativas para namespaces privados

  • A RFC 8375 define home.arpa para redes domésticas; críticos não gostam do seu comprimento, da estrutura de dois níveis e da referência obscura a “arpa”.
  • .internal foi reservado pela ICANN (desde 2024) para uso interno e é sugerido como uma escolha mais segura.
  • .local é reservado para mDNS e é considerado inadequado para coisas como Active Directory.
  • .alt (RFC 9476), códigos semelhantes a ccTLD reservados (.qm–.qz, .xa–.xz) e TLDs falsos de uma única letra são mencionados, mas vistos como pouco intuitivos.
  • Muitos preferem usar um domínio registrado ou um subdomínio (por exemplo, internal.company.com) para DNS interno, beneficiando-se de certificados TLS públicos.

Processo da ICANN, objeções e governança

  • Novos gTLDs passam por um Name Collision Risk Management Framework; strings de alto risco (como .corp, .home, .mail) foram anteriormente “adiadas indefinidamente”.
  • Alguns esperam que .lan seja classificado de forma semelhante; outros observam que as métricas de vazamento podem estar distorcidas porque muitos roteadores já bloqueiam .lan no upstream.
  • Objeções formais são limitadas (confusão de string, direitos legais, “interesse público limitado” e objeções comunitárias) e exigem taxas significativas, o que dificulta a oposição de base.
  • Debate sobre responsabilidade:
    • Um lado: a ICANN/IANA como a “polícia do DNS” que deveria ter reservado .lan há muito tempo.
    • Outro lado: usuários e fornecedores apostaram conscientemente ao usar nomes não reservados.

Visões sobre a expansão de gTLDs e o precedente de .dev

  • Muitos veem a proliferação de gTLDs principalmente como movida por receita, aumentando a superfície para phishing/golpes com pouco valor para o usuário final.
  • O caso .dev é frequentemente citado: era amplamente usado para desenvolvimento local; a linguagem da aplicação do Google sugeria proteção, mas depois foi vendido comercialmente, quebrando ferramentas e configurações.

Reações práticas e conselhos

  • Alguns planejam manter .lan, mas bloqueá-lo nos resolvedores, tornando domínios .lan públicos efetivamente inacessíveis.
  • Outros estão migrando para .internal, home.arpa ou domínios próprios, ou adicionando domínios de busca para que os usuários ainda digitem nomes de host curtos.
  • O sentimento geral: aplicar .lan como um gTLD público é desnecessário, confuso (dado “Local Area Network”) e provavelmente prejudicial, embora uma minoria enfatize que usar TLDs não reservados sempre foi um risco.