Tema
Poder de delegación del DNS
Dentro de la faceta Tema, la inteligencia temática Poder de delegación del DNS conecta artículos que comparten un tema específico, un enfoque en señales o una temática de seguimiento. La página ofrece a los lectores un recorrido más completo a través de informes relacionados, evidencia de fuentes, actores del mercado e implicaciones de infraestructura, con el contexto suficiente para entender por qué el tema es relevante en los movimientos corporativos, las decisiones de gobernanza, la exposición regional y el riesgo operativo. Los lectores pueden comparar señales recurrentes, organizaciones implicadas, evidencia pública, contexto de mercado, continuidad del servicio, contratación, competencia, cumplimiento y cuestiones de planificación estratégica que subyacen al tema, en lugar de quedarse en una lista escueta de artículos relacionados. Explica de qué trata el tema, qué actores o políticas de infraestructura están implicados, qué evidencia respalda la cobertura y por qué puede ser relevante para operadores, clientes, inversores y lectores interesados en las políticas.
Historia de Internet
El TXT llevaba el atributo. DNS no aportaba su significado: RFC 1464
En RFC 1464, una aplicación podía introducir una categoría nueva en DNS sin crear un tipo de registro nuevo. Bastaba una cadena TXT y el primer signo igual no citado. La infraestructura transportaba el resultado; la definición del nombre, la autoridad de quien lo publicaba y el…
Historias
Una raíz DNS local también paga por actualizarse
Servir la zona raíz junto al resolvedor evita muchas consultas externas, pero no elimina el tráfico. Lo traslada al ciclo de actualización. Un estudio presentado por APNIC permite ver que la frecuencia y la lógica del programa pesan más que el nombre del transporte.
Expediente
El titular estaba fuera; el registro del .com estaba en Virginia: CNN contra CNNews.com
La actividad visible estaba en chino, el operador era una empresa china y el nombre circulaba ante un público principalmente chino. Pero el registro que podía ejecutar una orden sobre `.com` seguía en Virginia. En *CNN v. CNNews.com*, esa separación convirtió un dominio en objeto…
IETF
Un resolutor puede elegir el cifrado antes de que los operadores DNS se coordinen
Cifrar la conexión entre un usuario y su resolutor recursivo no protege el salto siguiente. Cuando la respuesta no está en caché, el resolutor todavía puede consultar en texto claro a un servidor autoritativo. RFC 9539 propone un compromiso experimental: permitir que cada parte…
IETF
Las zonas de catálogo convierten una lista DNS en autoridad de aprovisionamiento para toda la flota
Un archivo vacío suele representar ausencia. En una zona de catálogo DNS puede ser una orden. Si un generador publica por error un catálogo válido sin miembros, los consumidores pueden retirar las zonas que ese catálogo había aprovisionado. La superficie de control no está en los…
ICANN
Un archivo de zona ofrece acceso compartido, no permiso para republicar el espacio de nombres
A las nueve de la mañana, un investigador autorizado descarga mediante CZDS el archivo de zona de un gTLD. La suma de comprobación coincide. Eso demuestra la entrega de unos bytes concretos, no quién controla cada nombre, para qué se usa ni si el archivo completo puede volver a…
IETF
Un comando de borrado puede romper el dominio de otro: RFC 9874 y el control de dependencias EPP
Una transición destructiva de EPP puede afectar mucho más que al cliente que la solicita. Si un host subordinado sigue asociado con dominios patrocinados por otros clientes, borrarlo puede alterar sus dependencias DNS, provocar fallos de resolución y dejar inconsistencias entre…
Expediente
Sesenta nombres eran demandados; el estatuto seguía definiendo la acción: Harrods v Sixty Internet Domain Names
El encabezado del pleito parecía invertir la relación habitual: no figuraba una persona como demandada, sino sesenta nombres de dominio. Esa forma in rem permitió llevar los nombres ante un tribunal cuando la jurisdicción personal sobre el titular no estaba disponible. No…
IETF
ZONEMD permite al secundario verificar la zona después de la transferencia
Que una transferencia termine demuestra entrega, no que la copia reunida sea exactamente la zona que quiso publicar su responsable. ZONEMD añade un resumen de la zona completa y separa recepción de verificación.
ICANN
ICANN reúne dos paneles de nombres bajo un proveedor, con tasas distintas
El encargo a Analysys Mason combina capacidad de evaluación. Para el solicitante, la revisión geográfica y la de nombres reservados siguen entrando por partidas de pago diferentes.
IETF
Un ancla de confianza negativa permite al resolvedor suspender DNSSEC sin modificar la zona
Cuando una zona firmada se rompe, un resolvedor validador puede mantener el fallo o abrir una excepción local cuidadosamente delimitada. El ancla de confianza negativa recupera la resolución sin reparar la zona, pero concede al operador del resolvedor el poder temporal de retirar…
ICANN
El ccNSO acota las consultas de ICANN sobre los ccTLD IDN
Una aclaración aprobada en julio permite solicitar pruebas ante un motivo razonable, sin convertir a ICANN en un supervisor permanente. El Board debatirá los siguientes pasos de ccPDP4 en septiembre.
ICANN
Un cambio de ISO puede activar la salida de un ccTLD IDN. No da a ICANN un veredicto territorial.
Una referencia externa puede ser indispensable para coordinar identificadores. No por ello el sistema que reacciona a esa referencia adquiere autoridad para decidir la realidad que la referencia describe. La ccPDP4 de la ccNSO deja esa separación escrita donde más falta hace: en…
Expediente
La etiqueta se resolvió. La aeronave no fue localizada: RFC 9886
RFC 9886 permite consultar un DRIP Entidad Tag mediante DNS, pero la respuesta procede de un registro de identificadores, no de un sensor aéreo. Validar un certificado HHIT y un aval BRID aporta evidencia de registro; no demuestra la ubicación actual, el control presente, el…
Historia de Internet
Los códigos coincidían. El circuito aún requería permiso: RFC 1394
Una tabla podía decir cómo se llamaba un país en el teléfono, el télex y el DNS. No podía hacer que una llamada atravesara la frontera. RFC 1394 nació en esa distancia: reunió códigos dispersos para orientar al usuario, pero dejó escrito que la conexión podía no existir, estar…
ICANN
ICANN propone que los dominios con diacríticos cambien de manos en conjunto
La excepción para ciertos sufijos ASCII y sus formas con diacríticos latinos incluiría obligaciones que duran mucho más que la solicitud inicial. El nuevo informe del GNSO vincula cambios de proveedor, de control y de operación de emergencia, pero distingue esos movimientos de la…
Historia de Internet
La entrada de dominio apuntaba a la organización, pero no era la organización: RFC 1279
Copiar un teléfono parece más sencillo que mantener un vínculo. El coste aparece después: una persona cambia, una copia se actualiza y la otra sigue pareciendo válida. RFC 1279 vio ese problema al intentar reunir DNS y X.500. Su solución no fue hacer una ficha total, sino…
IETF
Wes Hardaker y el servidor DNS que tuvo que sobrevivir a dos TTL
El error no estaba en la nueva configuración. Estaba en declarar muerto al servidor anterior mientras una parte de Internet todavía conservaba una indicación válida para encontrarlo.
Historia de Internet
El nombre era local. El número aún necesitaba un registro: el límite de mapeo DNS de la RFC 1101
En 1989 el DNS ya distribuía nombres de host, pero todavía no ofrecía una forma normalizada de preguntar cómo se llamaba una red a partir de su número. La RFC 1101 propuso usar PTR, nombres de host cero en `IN-ADDR.ARPA` y máscaras para resolver esa ausencia. La lección no es que…
IETF
Tobias Fiebig y los cuatro comprobantes de alcance del DNS
Dos equipos pueden presentar informes correctos y llegar a una conclusión equivocada. El equipo de dominios muestra NS, A, AAAA y glue publicados. El equipo de red enseña una consulta que terminó con éxito. Ninguno ha demostrado todavía que dos servicios autoritativos respondan…