Inicio wiki
Aula Virtual
 Administración de Sistemas Operativos
Inicio ASO Aula Virtual

Vistas
  •   2.2. Arquitectura y funcionamiento
De ASO

Cada dominio de Internet, como ya se ha visto en el apartado anterior, se delega en una organizaci贸n que ser谩 la encargada de resolver los nombres asociados a dicho dominio -delegaci贸n-. En esencia, el sistema de nombres es una base de datos distribuida en la que se guardan las asociaciones de direcci贸n IP con nombre simb贸lico y un par de procesos que siguen la arquitectura cliente-servidor para que, aunque la responsabilidad de la resoluci贸n sea distribuida y local, est茅 disponible para el resto de la Red. El sistema de resoluci贸n de nombres de dominio est谩 basado, por tanto, en la arquitectura cliente/servidor, donde:

  • El objetivo del cliente es el de, dado un nombre o una direcci贸n IP, conocer la direcci贸n IP o nombre, respectivamente, asociado.
  • El servidor es el proceso que conoce la asociaci贸n direcci贸n IP-nombre y presta el servicio.

Los clientes no son procesos propiamente dichos, sino librer铆as incorporadas a los diferentes lenguajes de programaci贸n que se encargan de establecer una comunicaci贸n con los servidores y entablar una conversaci贸n con ellos para solicitar y obtener la informaci贸n deseada.

Por otra parte, los servidores no son m谩s que un proceso que, simplificando, ante una petici贸n correcta por parte de un cliente, busca en su base de datos la direcci贸n IP asociada al nombre -o viceversa- para comunic谩rsela al cliente. Esta arquitectura permite centralizar la gesti贸n de la asignaci贸n de nombres a IPs en un 煤nico proceso, evitando la posible falta de sincronizaci贸n que presenta la resoluci贸n basada en ficheros hosts. Por otra parte, con la delegaci贸n de autoridad sobre dominios y, teniendo en cuenta que la mayor cantidad de resoluciones de nombres para un dominio provendr谩n de equipos de su propia red, se consigue que este m茅todo sea eficiente ya que las peticiones quedan mayoritariamente en nuestra red local.

Sin embargo, cuando nos conectamos a Internet para, por ejemplo, ver p谩ginas HTML ajenas a nuestra organizaci贸n, se debe resolver un nombre que no pertenece a nuestro 谩mbito. 驴C贸mo se gestiona? 驴A qui茅n debemos preguntar? 驴Cu谩l es el servidor que resuelve el dominio al que pertenece la p谩gina que queremos visualizar?

La respuesta a estas preguntas es f谩cil: siempre debemos de pedir la resoluci贸n a nuestro servidor de nombres y ser谩 茅ste el que nos proporcione, bien la informaci贸n deseada o bien c贸mo obtenerla. Es decir, hemos visto que la delegaci贸n de autoridad permite que existan numerosos servidores encargados de resolver los nombres de los distintos dominios. Ahora bien, c贸mo se conoce desde los equipos conectados, por ejemplo, en la Universidad de Alicante (dominio ua.es), la direcci贸n IP del servidor web (www.ua.es). Los navegadores de los distintos equipos de la Universidad de Alicante deben realizar un requerimiento de resoluci贸n del nombre www.ua.es al servidor de nombres de dominio que la Universidad de Alicante disponga y con el que se configura a los clientes. Dicho servidor, si no conoce la respuesta, tendr谩 en su configuraci贸n la informaci贸n necesaria que le permita trasladar el requerimiento a otro servidor con m谩s informaci贸n, recorriendo la jerarqu铆a del espacio de nombres. Este 煤ltimo puede actuar de la misma forma si no conoce la respuesta o, si la supiera, devolverla al servidor de la Universidad de Alicante que la entregar谩 al equipo solicitante, guard谩ndose una copia, adem谩s, en su cach茅 de nombres por si otro usuario la solicitase antes de que caduque. Este proceso de resoluci贸n descrito recibe el nombre de 鈥渞ecursivo鈥 y en 茅l, el servidor siempre devuelve la informaci贸n solicitada si est谩 disponible. Existe otro mecanismo, el iterativo, con el que el servidor de nombres, en vez de realizar 茅l las consultas que desconoce, lo que le devuelve al cliente es la direcci贸n IP del servidor al que debe conectarse para que le ayude en la resoluci贸n del nombre.

Figura 1. Representaci贸n del dominio gestionado por un servidor

Un servidor puede encargarse de gestionar los datos de uno o m谩s dominios, recibiendo, el conjunto de dominios que es capaz de resolver un 煤nico servidor, el nombre de zona. As铆 para un servidor que resuelve los dominios eps.ua.es y ebusiness.ua.es, la zona de este servidor para la que tiene autoridad es la compuesta por las dos ramas del 谩rbol que definen estos dominios (v茅ase la figura 1).

Por otra parte, con la importancia que ha adquirido la resoluci贸n de nombres -nadie usa ya las direcciones IP, sino los nombres asociados- una caracter铆stica crucial es la m谩xima disponibilidad del servicio. Para ello, una buena soluci贸n es que existan varios servidores independientes capaces de realizar el mismo servicio de tal forma que la autoridad de resoluci贸n de zona sigua recayendo en un servidor aunque 茅ste puede permitir que otros puedan responder a requerimientos de los clientes. Los servidores que tienen asignada la autoridad de resoluci贸n de nombres y que gestionan la base de datos de la zona, reciben el nombre de servidores primarios. Los servidores que pueden resolver requerimientos para una zona, pero que la fuente de informaci贸n la obtienen de otro servidor, reciben el nombre de servidores secundarios.

Para que no existan problemas de sincronizaci贸n entre servidores, los secundarios deben conseguir sus datos del servidor primario mediante el proceso llamado 鈥渢ransferencia de zona鈥 que no es m谩s que el traspaso de todas los pares direcci贸n IP-nombre simb贸lico que gestiona el servidor. Cada vez que se modifique un dato del servidor primario debe transmitirse a todos los secundarios que est茅n declarados para el correcto funcionamiento del sistema.


De esta forma, no s贸lo se consigue aumentar la disponibilidad del servicio, sino hacerlo m谩s eficiente ya que la carga de trabajo puede repartirse entre distintos servidores. Si el objetivo es exclusivamente 茅ste, existe otro tipo de servidores llamados cach茅 cuya finalidad es la de responder a peticiones de resoluci贸n, consultando, previamente, las peticiones almacenadas en memoria y, si no se corresponde con ninguna de ellas, iniciar el proceso de resoluci贸n de nombres recursivo visto anteriormente. Los servidores cach茅 s贸lo son 煤tiles si el n煤mero de usuarios es suficientemente elevado para sacar provecho de la cach茅 de direcciones.

Resumiendo, con este modelo, se consigue un sistema de resoluci贸n de nombres:

  • Eficiente, ya que la resoluci贸n se asocia a procesos en redes locales ya que la resoluci贸n de nombres se deja en manos de servidores cercanos.
  • Distribuido, pero centralizado para redes locales representadas en el 谩rbol jer谩rquico del sistema.
  • De prop贸sito general, porque permite la resoluci贸n tanto de nombres como de direcciones.


Libro Recomendado

DISE脩O Y CREACION DE PORTALES WEB
Ver fichaVer ficha
Comprar libroComprar