Nueva solicitud de gTLD para .lan

Artículo original ↗ Discusión en Hacker News ↗

Una nueva solicitud para convertir “.lan” en un dominio de nivel superior público de Internet está alarmando a muchos administradores de redes, porque “.lan” se ha usado durante mucho tiempo de forma informal por routers domésticos y de pequeñas empresas para nombres de dispositivos internos. Los comentaristas advierten que esto podría crear colisiones de nombres peligrosas y fugas de tráfico, especialmente para servicios en texto plano, y sostienen que ICANN debería reservar .lan para uso privado o recurrir a dominios ya designados como `home.arpa` o `.internal`. Otros sugieren mitigaciones prácticas, como bloquear .lan en los resolutores o migrar a un dominio registrado para las redes internas, mientras critican la expansión más amplia de los gTLD como motivada más por ingresos que por necesidad técnica.

Antecedentes: .lan y uso existente

  • Muchos routers domésticos y de pequeñas y medianas empresas (p. ej., basados en OpenWrt, Ubiquiti, otros) asignan por defecto hostname.lan para dispositivos de la LAN.
  • Los usuarios a menudo dependen de esto por comodidad y, a veces, envían tráfico en texto plano a estos nombres.
  • Algunas configuraciones (dnsmasq, Pi-hole, listas RPZ) ya tratan .lan como de uso exclusivamente local y bloquean su reenvío a resolutores públicos.

Preocupaciones de seguridad y privacidad

  • Convertir .lan en un gTLD público implica el riesgo de:
    • “Fuga” de DNS de nombres de host internos hacia Internet.
    • Que el tráfico destinado a servicios internos llegue a servidores externos arbitrarios, lo que permitiría phishing, captura de credenciales o desvío de datos sensibles.
  • Se citan colisiones del mundo real del pasado (por ejemplo, .box frente a fritz.box) como ejemplos de advertencia.
  • Algunos sostienen que esto refleja el problema de usar rangos de IP públicas no asignadas en redes privadas.

Alternativas para espacios de nombres privados

  • RFC 8375 define home.arpa para redes domésticas; a los críticos no les gusta su longitud, su estructura de dos niveles y la referencia poco clara a “arpa”.
  • .internal ha sido reservado por ICANN (desde 2024) para uso interno y se sugiere como una opción más segura.
  • .local está reservado para mDNS y se considera inapropiado para cosas como Active Directory.
  • Se mencionan .alt (RFC 9476), códigos reservados tipo ccTLD (.qm–.qz, .xa–.xz) y gTLD falsos de una sola letra, pero se consideran poco intuitivos.
  • Muchos prefieren usar un dominio registrado o un subdominio (por ejemplo, internal.company.com) para el DNS interno, aprovechando certificados TLS públicos.

Proceso de ICANN, objeciones y gobernanza

  • Los nuevos gTLD pasan por un Name Collision Risk Management Framework; cadenas de alto riesgo (como .corp, .home, .mail) fueron previamente “indefinitely deferred”.
  • Algunos esperan que .lan sea clasificado de forma similar; otros señalan que las métricas de fuga pueden estar sesgadas porque muchos routers ya bloquean .lan aguas arriba.
  • Las objeciones formales son limitadas (confusión de cadenas, derechos legales, “limited public interest” y objeciones comunitarias) y requieren tasas significativas, lo que dificulta la oposición de base.
  • Debate sobre la responsabilidad:
    • Un lado: ICANN/IANA son la “policía del DNS” y deberían haber reservado .lan hace mucho.
    • El otro lado: los usuarios y proveedores apostaron conscientemente al usar nombres no reservados.

Opiniones sobre la expansión de gTLD y el precedente de .dev

  • Muchos ven la proliferación de gTLD principalmente como impulsada por ingresos, aumentando la superficie para phishing/estafas con poco valor para el usuario final.
  • El caso de .dev se cita con frecuencia: se usaba ampliamente para desarrollo local; el lenguaje de la solicitud de Google sugería protección, pero luego se vendió comercialmente, rompiendo herramientas y configuraciones.

Reacciones prácticas y consejos

  • Algunos planean mantener .lan pero bloquearlo en los resolutores, haciendo que los dominios públicos .lan sean efectivamente inaccesibles.
  • Otros están migrando a .internal, home.arpa o dominios propios, o añadiendo dominios de búsqueda para que los usuarios sigan escribiendo nombres de host cortos.
  • El sentimiento general: solicitar .lan como gTLD público es innecesario, confuso (dado “Local Area Network”) y probablemente perjudicial, aunque una minoría subraya que usar TLD no reservados siempre fue un riesgo.