¿Por qué el DNS es un protocolo de capa de aplicación?

La función principal de DNS es traducir los nombres de dominio a sus direcciones IP correspondientes, entonces, ¿por qué es necesario ser un protocolo de capa de aplicación?

Creo que DNS es un protocolo de capa de aplicación porque si, por ejemplo, quiero crear una conexión TCP, necesito la dirección IP de destino en la capa 4, ¿estoy en lo correcto? hay otra respuesta?

¡Gracias!

dns

— D.Rotnemer
fuente

@sergeyrar resume el caso (básicamente, DNS está por encima de TCP + UDP, por lo que en la pila simplificada de Internet es un protocolo de aplicación, incluso si a menudo está oculto de las vistas), pero ¿por qué es importante para usted? ¿Cuál es el contexto? ¿Es puramente una pregunta teórica? Además, DNS no es solo traducir nombres de dominio a las direcciones IP correspondientes, es un poco más amplio que eso.

— Patrick Mevzek

¿Alguna respuesta te ayudó? Si es así, debe aceptar la respuesta para que la pregunta no siga apareciendo para siempre, buscando una respuesta. Alternativamente, puede proporcionar y aceptar su propia respuesta.

— Ron Maupin

Respuestas:

DNS es un protocolo de capa de aplicación, porque la consulta y la respuesta de DNS son las comunicaciones a nivel de aplicación. La capa de aplicación solo comprende la sección de consulta y respuesta en el paquete DNS. entonces la consulta / respuesta DNS de la capa de aplicación se encapsula en la capa 4 udp y luego en la capa 3 IP ..... y así sucesivamente.

— abdul_razak
fuente

DNS usa UDP y TCP (sí, me estoy repitiendo aquí).

— Patrick Mevzek

TCP que utiliza para transferencias zonales solo ¿no ?. pero la consulta / respuesta normal será udp.

— abdul_razak

No, esto no es verdad. TCP también se puede utilizar para consultas "normales". Ver RFC citado por @RonMaupin arriba o por ejemplo ver otra pregunta: serverfault.com/questions/404840/…

— Patrick Mevzek

Los protocolos en las capas Física, Enlace de datos, Red o Transporte no usan nombres. Solo las aplicaciones necesitan usar nombres, por lo que DNS es un protocolo de capa de aplicación porque permite que la aplicación traduzca un nombre a una dirección de red.

— Ron Maupin
fuente

Creo que DNS es un protocolo de capa de aplicación porque si, por ejemplo, quiero crear una conexión TCP, necesito la dirección IP de destino en la capa 4, ¿estoy en lo correcto?

IP es un protocolo de capa 3.

DNS es solo un servicio que traduce nombres de host en direcciones IP, lo necesita porque los humanos son mejores para recordar nombres que números.

Entonces, una vez que ingresa el nombre de un sitio web, su cliente de navegador tiene alguna API para pedirle al sistema operativo que emita una solicitud de DNS para el nombre que ingresó.

Las solicitudes de DNS se transmiten a una dirección IP específica del servidor DNS que reside en algún lugar de Internet (la dirección que configuró manualmente o recibió a través de una actualización de DHCP). Para que ese servidor sepa qué servicio desea específicamente (dado que este servidor también podría ser un servidor HTTP, por ejemplo) también necesita especificar un número de puerto, DNS utiliza el puerto UDP 53. Por eso, debe ser un protocolo de capa de aplicación.

Si su servidor DNS siempre residiría en su subred local, podría tener un protocolo de Capa 4 para implementar esto (el servidor identificaría la solicitud entrante por la dirección IP de multidifusión exclusiva dedicada a este servicio, el mismo mecanismo que OSPF, por ejemplo).

— sergeyrar
fuente

La persona que me votó en contra, ¡presente sus argumentos! Me encantaría escuchar tus ideas.

— sergeyrar

¡DNS usa UDP y TCP!

— Patrick Mevzek

Creo que alguien realmente no está de acuerdo con que el DNS sea un protocolo de capa de aplicación porque todas las respuestas fueron rechazadas.

— Ron Maupin

@PatrickMevzek es correcto, aunque muchas implementaciones no han alcanzado RFC 5966, Transporte DNS sobre TCP - Requisitos de implementación : " Por lo tanto, este documento actualiza las especificaciones principales del protocolo DNS de modo que el soporte para TCP sea en adelante una parte REQUERIDA de un protocolo DNS completo implementación " .

— Ron Maupin

@RonMaupin esto se convierte en los casos raros ahora implementaciones de wrt (ya que es necesario para DNSSEC de todos modos) o ¿tiene algunas específicas en mente ?, simplemente sigue siendo tanta información errónea y las redes filtran ciegamente TCP / 53 sin ninguna buena razón (solo porque leyeron en alguna parte que esto es necesario solo para AXFR, que es falso). El RFC se realizó para tener una manera de mostrar un documento que diga que ahora está por encima DEBE, de lo contrario, las personas simplemente se exonerarían señalando el anterior.

— Patrick Mevzek