Source: https://www.slideshare.net/cbreeto/protocolo-dns
Timestamp: 2018-04-20 00:07:00+00:00

Document:
Suite de protocolos by Francisco Alberto... 10370 views
Direcciones ip by erikpineda Erikpi... 2730 views
Protocolo DNS by Biel2013a 520 views
Diapositivas de modem by hector 2994 views
Dhcp by JACKELIN SORALUZ 770 views
Presentacion DHCP by danielchavezbufeo 638 views
Meliton Quispe Herrera at Facultad de Medicina-UMSA
1. 13 de febrero del 2012
2. Historia El DNS nació de la necesidad de recordar fácilmente los nombres de todos los servidores conectados a Internet En un inicio, SRI(Stanford Research Institute) alojaba un archivo llamado HOSTS que contenía todos los nombres de dominio conocidos en 1983 Jesus Botello "SysWarn" publicó los RFCs 882 y 883 definiendo lo que hoy en día ha evolucionado hacia el DNS moderno
3. DNS El sistema de nombres por dominio (DNS) es un método para hacer más fácil recordar y escribir direcciones de Internet. Relaciona la clave informática formada solo por números con otra que emplea los caracteres propios del alfabeto latino
4. DNS Se utiliza para distintos propósitos. Los más comunes son: Resolución de nombres: Dado el nombre completo de un host (por ejemplo blog.smaldone.com.ar), obtener su dirección IP (en este caso,208.97.175.41).
5. DNS  Resolución inversa de direcciones: Es el mecanismo inverso al anterior. Consiste en, dada una dirección IP, obtener el nombre asociado a la misma.  Resolución de servidores de correo: Dado un nombre de dominio (por ejemplo gmail.com) obtener el servidor a través del cual debe realizarse la entrega del correo electrónico (en este caso, gmail- smtp-in.l.google.com).
6. ¿Quién hace esto? El servidor de DNS es el que le permite a la computadora traducir los nombres de dominio a direcciones IP. Cada LAN (Red de área local) debería contar con un servidor DNS. Estos servidores trabajan de forma jerárquica para intercambiar información y obtener las direcciones IP de otras LANs.
7. Servidores de nombres pordominio Son sistemas que contienen bases de datos con el nombre y la dirección de otros sistemas en la red de una forma encadenada o jerárquica. Emplean programas especializados que implementan protocolos de comunicación para mantener y actualizar la información referente a las direcciones IP
8. Algunos servidores gratuitos OpenDNS: es el servicio más popular, que ya ha alcanzado al 1% de los usuarios de Internet y es la primer referencia obligada en este campo. Servidores: 208.67.222.222 y 208.67.220.220. Google Public DNS: es la entrada de Google al campo de los DNS realizada a fines del año 2009, con el foco puesto en la velocidad de respuesta. Servidores: 8.8.8.8 y 8.8.4.4.
9. Algunos servidoresgratuitos ScrubIT: el servicio se caracteriza por filtrar sitios con contenido pornográfico, phishing u otros contenidos maliciosos. Recomendado para entornos corporativos o familias que quieran filtrar dichos contenidos. Servidores: 67.138.54.100 y 207.225.209.66. DNS Advantage: otro servicio del mismo tipo que se ha probado y también funciona correctamente. Servidores: 156.154.70.1 y 156.154.71.1.
10. Algunos servidoresgratuitos Norton DNS: el servicio es provisto por la popular empresa de seguridad Symantec, aunque vale destacar que aún se encuentra en estado beta. También ofrece filtrado de sitios maliciosos. Servidores: 198.153.192.1 y 198.153.194.1.
11. Servidores no gratuitos TSyT cobramos un costo anual por el servicio de DNS de Euros 25.00 por nombre de dominio.
12. Administración NIC (Network Information Center) es el organismo encargado de administrar el DNS a nivel mundial. NIC México se encarga de administrar todos los nombres (dominios) que terminen con la extensión mx
13. Arquitectura del DNS El sistema DNS funciona principalmente en base al protocolo UDP. Los requerimientos se realizan a través del puerto 53. El sistema está estructurado en forma de “árbol“
14. Arquitectura del DNS
15. Arquitectura del DNS Cada nodo del árbol está compuesto por un grupo de servidores que se encargan de resolver un conjunto de dominios (zona de autoridad). Un servidor puede delegar en otro (u otros) la autoridad sobre alguna de sus sub-zonas (esto es, algún subdominio de la zona sobre la que él tiene autoridad).
16. Arquitectura del DNS Un subdominio puede verse como una especialización de un dominio de nivel anterior. Por ejemplo, “smaldone.com.ar” es un subdominio de “com.ar“, que a su vez lo es del TLD( dominios de nivel superior) “ar“.
17. El proceso de resolución denombres Cuando una aplicación (cliente) necesita resolver un FQHN(nombre completo de un host) envía un requerimiento al servidor de nombres configurado en el sistema . A partir de entonces se desencadena el proceso de resolución del nombre:
18. El proceso de resolución denombres Supongamos que el navegador necesita resolver el nombre: “blog.smaldone.com.ar“ El sistema tiene configurado el servidor de nombres 200.49.156.3(perteneciente al proveedor argentino Fibertel). Por lo tanto envía a éste el requerimiento de resolver “blog.smaldone.com.ar“.
19. El proceso de resolución denombres El servidor de 200.49.156.3 envía la consulta root server 198.41.0.4. 198.41.0.4 le informa que el servidor con autoridad sobre “ar” es athea.ar, cuya dirección IP es 200.16.98.2. (En realidad, informa la lista de todos los servidores con tal autoridad, pero para simplificar el ejemplo tomaremos solamente uno.)
20. El proceso de resolución denombres 200.49.156.3 envía nuevamente el requerimiento a athea.ar (el cual, recordemos, también tiene autoridad sobre “com.ar“). athea.ar responde que la autoridad sobre smaldone.com.ar la tienens1.mydomain.com cuya dirección IP es 64.94.117.213.
21. El proceso de resolución denombres 200.49.156.3 envía ahora la consulta a ns1.mydomain.com. ns1.mydomain.com informa que la dirección IP de “blog.smaldone.com.ar” es 208.97.175.41. Finalmente, 200.49.156.3 devuelve este resultado a la aplicación que originó la consulta.
22. A grandesrasgos;
23. Proceso 1 El ordenador local entra en contacto con el servidor de nombres que tiene asignado, esperando obtener la dirección que corresponde al nombre que ha suministrado el usuario.
24. Proceso -2 El servidor de nombres local puede conocer la dirección que se está solicitando, entregándosela al ordenador que realizó la petición.
25. Proceso -3 Si el servidor de nombres local no conoce la dirección, ésta se solicitará al servidor de nombres que esté en el dominio más apropiado. Si éste tampoco tiene la dirección, llamará al siguiente servidor DNS, y así sucesivamente. Cuando el servidor DNS local ha conseguido la dirección, ésta se entrega al ordenador que realizó la petición.
26. Proceso -4 Si el nombre por dominio no se ha podido obtener, se enviará de regreso el correspondiente mensaje de error.
27. Tipos de registro en unservidor Un servidor de puede almacenar distinta información. Para ello, en cada zona de autoridad dispondrá de entradas de distinto tipo: ○ A (Address): Este registro se utiliza para traducir nombres de hosts del dominio en cuestión a direcciones IP. ○ CNAME (Canonical Name): El nombre canónico es un alias para un hostdeterminado. (No define una dirección IP, sino un nuevo nombre.)
28. Tipos de registro en unservidor ○ NS (Name Server): Especifica el servidor (o servidores) de nombres para un dominio. ○ MX (Mail Exchange): Define el servidor encargado de recibir el correo electrónico para el dominio. ○ PTR (Pointer): Especifica un “registro inverso“, a la inversa del registro A, permitiendo la traducción de direcciones IP a nombres.
29. Problemas del DNS El principal problema que presenta el DNS es que, al estar basado en UDP(protocolo de transporte que no garantiza la recepción de la información enviada), tanto las consultas como las respuestas pueden “perderse” (por ejemplo, a causa de congestionamiento en algún enlace de la red).
30. Referencias: http://cvera.galeon.com/protocolodns.html http://www.dcc.uchile.cl/~jpiquer/Internet/D NS/node2.html http://www.psicobyte.com/html/taller/url.htm http://blog.smaldone.com.ar/2006/12/05/co mo-funciona-el-dns/l http://www.ddsmedia.net/blog/2010/06/641 5/
Suite de protocolos

References: Resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución