lunes, 12 de mayo de 2014

(capitulo 3)

3.3.1 Protocolos y Servicios DNS
La capa de transporte utiliza un esquema de direccionamiento que se denomina número de puerto, estos identifican las aplicaciones y servicios de la capa de Aplicación, los programas generalmente utilizan números de puertos predefinidos que se conoce como clientes.
Algunos servicios de números de puertos TCP y UDP son:
·         Sistema de nombres de dominio (DNS): puerto TCP/UDP 53.
·         Protocolo de transferencia de hipertexto (HTTP, Hypertext Transfer Protocol): puerto TCP 80.
·         Protocolo simple de transferencia de correo (SMTP, Simple Mail Transfer Protocol): puerto TCP 25.
·         Protocolo de oficina de correos (POP): puerto UDP 110.
·         Telnet: puerto TCP 23.
·         Protocolo de configuración dinámica de host: puerto UDP 67.
·         Protocolo de transferencia de archivos (FTP, File Transfer Protocol): puertos TCP 20 y 21.
DNS
Los DNS fueron creados para convertir las direcciones IP en direcciones simples y reconocibles para el usuario, si se cambiara la dirección numérica de una página no habría problema ya que el nombre seguirá siendo el mismo para los usuarios.  
El Sistema de nombres de dominio (DNS) se creó para que el nombre del dominio busque soluciones para estas redes. DNS utiliza un conjunto distribuido de servidores para resolver los nombres asociados con estas direcciones numéricas.  DNS se creó para que el nombre del dominio busque soluciones para estas redes. DNS utiliza un conjunto distribuido de servidores para resolver los nombres asociados con estas direcciones numéricas.
Las comunicaciones del protocolo DNS utilizan un formato simple llamado mensaje. Este formato de mensaje se utiliza para todos los tipos de solicitudes de clientes y respuestas del servidor, mensajes de error y para la transferencia de información de registro de recursos entre servidores.
Mientras otros servicios utilizan un cliente que es una aplicación, el cliente DNS ejecuta un servicio por sí mismo. El cliente DNS, a veces denominado resolución DNS, admite resolución de nombre para otras aplicaciones de red y servicios que lo necesiten.
Al configurar un dispositivo de red, generalmente proporcionamos una o más direcciones del servidor DNS que el cliente DNS puede utilizar para la resolución de nombres. En general, el proveedor de servicios de Internet provee las direcciones para utilizar con los servidores DNS.
También existe una utilidad denominada nslookup que permite al usuario consultar manualmente los servidores de nombre para resolver un determinado nombre de host, también puede utilizarse para resolver los problemas de resolución de nombres y verificar el estado actual de los servidores de nombres.
Un servidor DNS proporciona la resolución de nombres utilizando el daemon de nombre que generalmente se llama named.  Los tipos de registros contienen el nombre, la dirección y el tipo de registro. Algunos de estos tipos de registro son:
A: una dirección de un dispositivo final.
NS: un servidor de nombre autoritativo.
CNAME: el nombre ideal (o Nombre de dominio completamente calificado) para un alias.
MX: registro de intercambio de correos.
Cuando un cliente realiza una consulta, el servidor primero observa en sus propios registros para ver si puede resolver el nombre. Si no puede resolver el nombre utilizando los registros almacenados, contacta a otros servidores para hacerlo. La solicitud pasa por varios servidores, lo cual lleva tiempo adicional y consume ancho de banda, cuando se encuentra una coincidencia se devuelve  al servidor y este almacena temporalmente en la caché la dirección numerada que coincide con el nombre, si se solicita nuevamente el mismo nombre el servidor regresa la dirección que estaba almacenada en la cache. El almacenamiento en caché reduce el tráfico de la red de datos de consultas DNS y las cargas de trabajo de los servidores más altos de la jerarquía.
El sistema de nombres de dominio utiliza un sistema jerárquico para crear una base de datos para proporcionar una resolución de nombres. La jerarquía es similar a un árbol invertido.
En la parte superior de la jerarquía, los servidores raíz mantienen registros sobre cómo alcanzar los servidores de dominio de nivel superior, los cuales a su vez tienen registros que apuntan a los servidores de dominio de nivel secundario y así sucesivamente.  Los diferentes dominios de primer nivel representan el tipo de organización o el país de origen. Algunos ejemplos de dominios de primer nivel son: .au: Australia, .com: una empresa o industria, .org: una organización sin fines de lucro. Después de los dominios de primer nivel se encuentran los dominios de segundo nivel y, debajo de estos, hay otros dominios de nivel inferior. Cada nombre de dominio es una ruta a través de este árbol invertido que comienza desde la raíz.
El sistema de nombres de dominio depende de esta jerarquía de servidores descentralizados y mantiene estos registros de recursos. Los registros de recursos enumeran nombres de dominios que el servidor puede resolver y servidores alternativos que también pueden procesar solicitudes.
3.3.2 Servicio WWW y HTTP
HTTP. URL (o Localizador uniforme de recursos) y URI (Identificador uniforme de recursos). Los exploradores web son aplicaciones que utilizan las computadoras para conectarse a WWW, para acceder a los diferentes recursos. El servicio web genera diferentes tipos de archivos disponibles.
Para acceder al contenido se realiza una conexión con el servidor, y este responde con los recursos, interpreta los datos y los presenta al usuario.
Los exploradores pueden interpretar y presentar muchos tipos de datos, como texto sin formato o Lenguaje de marcado de hipertexto (HTML, el lenguaje que se utiliza para construir una página Web). Otros tipos de datos, sin embargo, requieren de otro servicio o programa. Generalmente se los conoce como plug-ins o complementos. Para ayudar al explorador a determinar qué tipo de archivo está recibiendo, el servidor especifica qué clase de datos contiene el archivo.
Para comprender mejor cómo interactúan el explorador Web con el cliente Web, un ejemplo, seria  URL: http://www.cisco.com/web-server.htm.
Primero, el explorador interpreta las tres partes de la URL:
1. http (el protocolo o esquema),
2. www.cisco.com (el nombre del servidor),
3. web-server.htm (el nombre específico del archivo solicitado).
El explorador luego verifica con un servidor de nombres para convertir a www.cisco.com en una dirección numérica que utilizará para conectarse con el servidor, el explorador envía una solicitud GET al servidor y pide el archivo web-server.htm. El servidor, envía al explorador el código HTML de esta página Web. Finalmente, el explorador descifra el código HTML y da formato a la página para la ventana del explorador.
El protocolo de transferencia de hipertexto (HTTP), se utiliza para sistemas de información distribuidos y de colaboración. HTTP se utiliza a través de la World Wide Web para transferencia de datos y es uno de los protocolos de aplicación más utilizados.
HTTP especifica un protocolo de solicitud/respuesta. Cuando un cliente envía un mensaje de solicitud a un servidor, el protocolo HTTP define los tipos de mensajes que el cliente utiliza para solicitar la página Web y envía los tipos de mensajes que el servidor utiliza para responder. Los tres tipos de mensajes más comunes son GET, POST y PUT.
GET es una solicitud de datos del cliente. Un explorador Web envía el mensaje GET para solicitar las páginas desde un servidor Web.
POST y PUT se utilizan para enviar mensajes que cargan los datos al servidor Web.
PUT carga los recursos o el contenido al servidor Web.
Aunque es muy flexible, HTTP no es un protocolo seguro. Ya que los mensajes POST pueden ser interceptados y leídos. De forma similar, las respuestas del servidor.

Para una comunicación segura a través de Internet, se utiliza el protocolo HTTP seguro (HTTPS) para acceder o subir información al servidor Web. HTTPS puede utilizar autenticación y encriptación para asegurar los datos cuando viajan entre el cliente y el servidor. HTTPS especifica reglas adicionales para pasar los datos entre la capa de Aplicación y la capa de Transporte.

No hay comentarios:

Publicar un comentario