Podcast #186: DNS Flag Day con Adrian Almenar

El próximo 1 de febrero tenemos otra fecha clave para DNS, si en Septiembre hablamos del traspaso de la KSK en la zona raíz hoy vamos a comentar el DNS Flag Day.

La verdad es que el día 1 de Febrero, el próximo Viernes será un día interesante ya que los parches que se han ido añadiendo a los DNSs a lo largo de los años dejarán de funcionar si resultan ser no compatibles con el estándar EDNS que regula los mecanismos de extensión.

Todos sabemos como funciona un DNS, todos sabemos cómo resuelve un DNS, pero quizás no conozcáis la problemática que hay con los mecanismos de extensión de DNS, algo tan importante que hará que algunos dominios dejen de funcionar el 1 de Febrero, es decir, el próximo viernes.

Pero tampoco nos lo tomemos a la tremenda, esos dominios solo estarán sin funcionar hasta que se actualice el servidor de DNS, porque actualizar será lo más sencillo.

También tendremos una serie de dominios que seguirán funcionando aún sin soportar el estándar completo, esto se traducirá en incapacidad para asumir nuevas funcionalidades, posibles problemas a futuro, sobre todo de seguridad, etc.

De todos modos está divertido entrar en dnsflagday.net y comprobar dominios de gente, empresas u organismos que conozcáis y descubriréis que gente que le vaya a fallar hay poca, pero gente con problemas muchísimos, podéis dedicarle un rato a curiosear mientras os cuento un poco el tema.

El problema que subyace a todo esto del DNS Flag Day es un problema de tamaño ya que un datagrama UDP tiene un tamaño máximo de 512 bytes.

Aquí seguramente muchos estaréis extrañados, porque 512 no es el tamaño máximo de un datagrama UDP. Lo que pasa es que 512 bytes es el tamaño que garantiza el reensamblado si son fragmentados en tránsito.

IPv4 especifica que cada host debe poder volver a ensamblar paquetes de 576 bytes o menos. Con un encabezado IPv4 (mínimo de 20 bytes y máximo con opciones de 60 bytes) y un encabezado UDP de 8 bytes, un datagrama DNS con una carga útil de 512 bytes será menor que 576 bytes.

Y también es verdad que DNS puede utilizar TCP para cargas grandes y para transferencias de zona y DNSSEC, pero eso añade una latencia innecesaria debido al desafío en tres vías de TCP. ->syn