Universidad Evangélica de El Salvador
                Facultad de Ingeniería


                  Continuación de la Unidad I
 Objetivo específico:
         Conocer y aprender referente a los protocolos de
         aplicación más usados.

         Relacionar los protocolos de aplicación con los servicios de
         Internet.




                                Asignatura: Protocolos de Comunicación de Red
Viernes, 8 de febrero de 2013   Docente: Ing. Oscar H. Díaz Jurado



                                                                                1
Contenido para ésta semana


Servicio DHCP

Servicio DNS

Servicio TELNET

Servicio SSH

Servicio SMTP

Servicio POP3

Servicio IMAP

Funcionamiento del correo electrónico

                                        2
Servicio DHCP


Definición:
Servicio que permite a las comptuadoras asignar
automáticamente      determinados parámetros de
configuración de red


Parámetros más comunes que un servidor DHCP puede
asignar a un cliente:
   Dirección IP
   Máscara de subred
   DNS
   Puerta de enlace


                                                    3
Su funcionamiento (dhcp)


Se basa en la arquitectura cliente / servidor. Debe existir
un cliente DHCP (una computadora por ejemplo) y un
servidor (como un Microsoft Windows Server 2008 o el
demonio dhcp en Sistemas GNU/Linux)

Tipos de paquetes que se intercambian en éste protocolo:
    DHCPDISCOVER:
    Para ubicar servidores DHCP disponibles.
    DHCPOFFER:
    Respuesta del servidor a un paquete DHCPDISCOVER, que
    contiene los parámetros iniciales.
    DHCPREQUEST:
    Solicitudes varias del cliente, por ejemplo, para extender su
    concesión.

                                                                    4
Su funcionamiento (dhcp)


DHCPACK
Respuesta del servidor que contiene los parámetros y la
dirección IP del cliente.
DHCPNAK
Respuesta del servidor para indicarle al cliente que su concesión
ha vencido o si el cliente anuncia una configuración de red
errónea.
DHCPDECLINE
El cliente le anuncia al servidor que la dirección ya está en uso.
DHCPRELEASE
El cliente libera su dirección IP.
DHCPINFORM
El cliente solicita parámetros locales, ya tiene su dirección IP).




                                                                     5
Su funcionamiento (dhcp)




                           6
Tipos de asignación de parámetros


Asignación manual
Se configuran parámetros manualmente en el servidor para
cada equipo para Obtener una dirección IP el cual siempre
será la misma. Se le asignan estos parámetros
automáticamente.

Asignación persistente
En este caso, la asignación es automática y cada vez que el
equipo se conecta a la red recibe la misma dirección IP.

Dinámica de asignación
El cliente recibe la dirección IP del servidor durante un tiempo
limitado, después de lo cual debe renovar su solicitud o la
concesión caduca. Por lo tanto, una dirección pueden ser
reutilizados por los distintos equipos en distintos momentos.

                                                                   7
Concesiones



Para optimizar los recursos de red, las direcciones IP se
asignan con una fecha de inicio y de vencimiento para su
validez. Esto es lo que se conoce como "concesión".


Un cliente que detecta que su concesión está a punto de
vencer, puede solicitarle al servidor una extensión de la
misma por medio de un DHCPREQUEST.


Cuando el servidor detecta que una concesión va a vencer,
enviará un DCHPNAK para consultarle al cliente si desea
extenderla.


                                                            8
Ámbito


Agrupamiento administrativo de las direcciones IP de los
equipos de una subred que utilizan el servicio DHCP. El
administrador crea un ámbito para cada subred física y después
lo utiliza para definir los parámetros que utilizan los clientes.




                                                                    9
Reservas de clientes


Con las reservas de clientes es posible reservar una dirección
IP específica, para que la utilice de forma permanente un cliente
DHCP. En general, tendrá que hacerlo si el cliente utiliza una
dirección IP que se asignó mediante otro método para la
configuración de TCP/IP.




                                                                    10
Servicio DNS


Definición:
Es un sistema de nombres que permite traducir de nombre de
dominio a dirección IP y vice-versa

El sistema de nombres de dominios en Internet es un sistema
distribuido, jerárquico, replicado y tolerante a fallas.

El punto central se basa en un árbol que define la jerarquía
entre los dominios y los sub-dominios.



                  uees.edu.sv

                                                               11
Servicio DNS


Cada componente del dominio tiene un servidor primario y
varios servidores secundarios.

Estos tienen la misma autoridad para responder por ese
dominio, pero el primario es el único con derecho para
hacer modificaciones en él.

El primario tiene la copia maestra y los secundarios copian
la información desde él.

La raíz del sistema de dominios es servida por algunos
servidores “bien conocidos”.




                                                              12
Usos del DNS


Resolución de nombres
Dado el nombre completo de un host, obtener su dirección
IP.

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 obtener el servidor a través del
cual debe realizarse la entrega del correo electrónico.




                                                             13
Terminología básica


Host Name
El nombre de un host es una sola “palabra” (ejemplo: “www“,
“correo” y “blog“)

Fully Qualified Host Name (FQHN)
Es el “nombre completo” de un host. Está formado por el
hostname, seguido de un punto y su correspondiente nombre de
dominio. (ejemplo: “wsclass.uees.edu.sv“)

Domain Name
Es una sucesión de nombres concatenados por puntos. Algunos
ejemplos son “uees.edu.sv“, “ed.sv” y “sv“.

Top Level Domains (TLD)
Los dominios de nivel superior son aquellos que no pertenecen a
otro dominio (Ejemplos: com, org, ar, sv y es)

                                                                  14
Arquitectura del DNS


Principalmente el DNS trabaja en base al protocolo UDP.

Los requerimientos se realizan a través del puerto 53

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.

Los servidores con autoridad sobre los TLD son los
llamados “root servers” (o “servidores raíz“) del sistema.
Estos son fijos, ya que rara vez cambian, siendo
actualmente 13.

                                                             15
Arquitectura del DNS




                       16
Proceso de resolución de nombres

El servidor de nombres inicial consulta a uno de los servidores
raíz (cuya dirección IP debe conocer previamente).

Este devuelve el nombre del servidor a quien se le ha delegado la
sub-zona. Por ejemplo, sv

El servidor inicial interroga al nuevo servidor. Por ejemplo,
consulta sobre “edu.sv”

El proceso se repite nuevamente a partir del punto 2 si es que se
trata de una sub-zona delegada.

Al obtener el nombre del servidor con autoridad sobre la zona en
cuestión, el servidor inicial lo interroga.

El servidor resuelve el nombre correspondiente, si este existe.

El servidor inicial informa al cliente el nombre resuelto.

                                                                    17
Mecanismos de caché

Cada vez que un servidor de nombres envía una respuesta, lo hace
adjuntando el tiempo de validez de la misma (TTL o “tiempo de
vida“). Esto posibilita que el receptor, ante la necesidad de volver a
resolver la misma consulta, pueda utilizar la información
previamente obtenida en vez de realizar un nuevo requerimiento.

Cambios realizados en el DNS no se propagan instantáneamente a
través del sistema




                                                                         18
Tipos de registro en un servidor de nombres


 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 host determinado. (No
 define una dirección IP, sino un nuevo nombre.)

 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.

                                                                       19
Tipos de registro en un servidor de nombres



 TXT (Text)
 Permite asociar información adicional a un dominio.
 Esto se utiliza para otros fines, como el
 almacenamiento de claves de cifrado, políticas
 antispam, entre otros.

 SOA (Start of authority)
 Llamado “Autoridad de la zona”, proporciona
 información sobre el servidor DNS primario de la zona.




                                                          20
Registro DNS




               21
Uso del DNS en una red local



Agilizar el acceso a Internet
Al tener un servidor de nombres en nuestra propia red local
se agiliza el mecanismo de resolución de nombres,
manteniendo en caché los nombres recientemente usados
en la red y disminuyendo el tráfico hacia/desde Internet.

Simplificar la administración de la red local
Al contar con un DNS propio es posible definir zonas
locales (no válidas ni accesibles desde Internet) para
asignar nombres a cada uno de los hosts de la LAN. De
esta forma es posible, por ejemplo, referirnos a la impresora
de red como “gti01.cvirtualuees.edu.sv” en vez de
“10.0.0.134” y a nuestro servidor de correo interno como
“correo.cvirtualuees.edu.sv” en vez de “10.0.0.5“.


                                                                22
Problemas del DNS




                    23
Problemas del DNS



Esta basado en UDP

Lentitud de la propagación de las modificaciones
en el sistema




                                                   24
Servicio TELNET


Definición:
Telnet es un protocolo (de aplicación y de red, además de
ser una herramienta) que sirve para emular una terminal
remota, lo que significa que se puede utilizar para ejecutar
comandos introducidos con un teclado en un equipo
remoto.
    Opera en un entorno de cliente/servidor.
    Se aplica en una conexión TCP para enviar datos en
    formato ASCII.
    Éste es un protocolo base, al que se le aplican otros
    protocolos del conjunto TCP/IP (FTP, SMTP, POP3, etc.)
    no es un protocolo de transferencia de datos seguro, ya
    que los datos que transmite circulan en la red como texto
    sin codificar.
    El puerto mediante el cual trabajo por defecto es el TCP/23

                                                                  25

Servicios DHCP, DNS y TELNET

  • 1.
    Universidad Evangélica deEl Salvador Facultad de Ingeniería Continuación de la Unidad I Objetivo específico: Conocer y aprender referente a los protocolos de aplicación más usados. Relacionar los protocolos de aplicación con los servicios de Internet. Asignatura: Protocolos de Comunicación de Red Viernes, 8 de febrero de 2013 Docente: Ing. Oscar H. Díaz Jurado 1
  • 2.
    Contenido para éstasemana Servicio DHCP Servicio DNS Servicio TELNET Servicio SSH Servicio SMTP Servicio POP3 Servicio IMAP Funcionamiento del correo electrónico 2
  • 3.
    Servicio DHCP Definición: Servicio quepermite a las comptuadoras asignar automáticamente determinados parámetros de configuración de red Parámetros más comunes que un servidor DHCP puede asignar a un cliente: Dirección IP Máscara de subred DNS Puerta de enlace 3
  • 4.
    Su funcionamiento (dhcp) Sebasa en la arquitectura cliente / servidor. Debe existir un cliente DHCP (una computadora por ejemplo) y un servidor (como un Microsoft Windows Server 2008 o el demonio dhcp en Sistemas GNU/Linux) Tipos de paquetes que se intercambian en éste protocolo: DHCPDISCOVER: Para ubicar servidores DHCP disponibles. DHCPOFFER: Respuesta del servidor a un paquete DHCPDISCOVER, que contiene los parámetros iniciales. DHCPREQUEST: Solicitudes varias del cliente, por ejemplo, para extender su concesión. 4
  • 5.
    Su funcionamiento (dhcp) DHCPACK Respuestadel servidor que contiene los parámetros y la dirección IP del cliente. DHCPNAK Respuesta del servidor para indicarle al cliente que su concesión ha vencido o si el cliente anuncia una configuración de red errónea. DHCPDECLINE El cliente le anuncia al servidor que la dirección ya está en uso. DHCPRELEASE El cliente libera su dirección IP. DHCPINFORM El cliente solicita parámetros locales, ya tiene su dirección IP). 5
  • 6.
  • 7.
    Tipos de asignaciónde parámetros Asignación manual Se configuran parámetros manualmente en el servidor para cada equipo para Obtener una dirección IP el cual siempre será la misma. Se le asignan estos parámetros automáticamente. Asignación persistente En este caso, la asignación es automática y cada vez que el equipo se conecta a la red recibe la misma dirección IP. Dinámica de asignación El cliente recibe la dirección IP del servidor durante un tiempo limitado, después de lo cual debe renovar su solicitud o la concesión caduca. Por lo tanto, una dirección pueden ser reutilizados por los distintos equipos en distintos momentos. 7
  • 8.
    Concesiones Para optimizar losrecursos de red, las direcciones IP se asignan con una fecha de inicio y de vencimiento para su validez. Esto es lo que se conoce como "concesión". Un cliente que detecta que su concesión está a punto de vencer, puede solicitarle al servidor una extensión de la misma por medio de un DHCPREQUEST. Cuando el servidor detecta que una concesión va a vencer, enviará un DCHPNAK para consultarle al cliente si desea extenderla. 8
  • 9.
    Ámbito Agrupamiento administrativo delas direcciones IP de los equipos de una subred que utilizan el servicio DHCP. El administrador crea un ámbito para cada subred física y después lo utiliza para definir los parámetros que utilizan los clientes. 9
  • 10.
    Reservas de clientes Conlas reservas de clientes es posible reservar una dirección IP específica, para que la utilice de forma permanente un cliente DHCP. En general, tendrá que hacerlo si el cliente utiliza una dirección IP que se asignó mediante otro método para la configuración de TCP/IP. 10
  • 11.
    Servicio DNS Definición: Es unsistema de nombres que permite traducir de nombre de dominio a dirección IP y vice-versa El sistema de nombres de dominios en Internet es un sistema distribuido, jerárquico, replicado y tolerante a fallas. El punto central se basa en un árbol que define la jerarquía entre los dominios y los sub-dominios. uees.edu.sv 11
  • 12.
    Servicio DNS Cada componentedel dominio tiene un servidor primario y varios servidores secundarios. Estos tienen la misma autoridad para responder por ese dominio, pero el primario es el único con derecho para hacer modificaciones en él. El primario tiene la copia maestra y los secundarios copian la información desde él. La raíz del sistema de dominios es servida por algunos servidores “bien conocidos”. 12
  • 13.
    Usos del DNS Resoluciónde nombres Dado el nombre completo de un host, obtener su dirección IP. 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 obtener el servidor a través del cual debe realizarse la entrega del correo electrónico. 13
  • 14.
    Terminología básica Host Name Elnombre de un host es una sola “palabra” (ejemplo: “www“, “correo” y “blog“) Fully Qualified Host Name (FQHN) Es el “nombre completo” de un host. Está formado por el hostname, seguido de un punto y su correspondiente nombre de dominio. (ejemplo: “wsclass.uees.edu.sv“) Domain Name Es una sucesión de nombres concatenados por puntos. Algunos ejemplos son “uees.edu.sv“, “ed.sv” y “sv“. Top Level Domains (TLD) Los dominios de nivel superior son aquellos que no pertenecen a otro dominio (Ejemplos: com, org, ar, sv y es) 14
  • 15.
    Arquitectura del DNS Principalmenteel DNS trabaja en base al protocolo UDP. Los requerimientos se realizan a través del puerto 53 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. Los servidores con autoridad sobre los TLD son los llamados “root servers” (o “servidores raíz“) del sistema. Estos son fijos, ya que rara vez cambian, siendo actualmente 13. 15
  • 16.
  • 17.
    Proceso de resoluciónde nombres El servidor de nombres inicial consulta a uno de los servidores raíz (cuya dirección IP debe conocer previamente). Este devuelve el nombre del servidor a quien se le ha delegado la sub-zona. Por ejemplo, sv El servidor inicial interroga al nuevo servidor. Por ejemplo, consulta sobre “edu.sv” El proceso se repite nuevamente a partir del punto 2 si es que se trata de una sub-zona delegada. Al obtener el nombre del servidor con autoridad sobre la zona en cuestión, el servidor inicial lo interroga. El servidor resuelve el nombre correspondiente, si este existe. El servidor inicial informa al cliente el nombre resuelto. 17
  • 18.
    Mecanismos de caché Cadavez que un servidor de nombres envía una respuesta, lo hace adjuntando el tiempo de validez de la misma (TTL o “tiempo de vida“). Esto posibilita que el receptor, ante la necesidad de volver a resolver la misma consulta, pueda utilizar la información previamente obtenida en vez de realizar un nuevo requerimiento. Cambios realizados en el DNS no se propagan instantáneamente a través del sistema 18
  • 19.
    Tipos de registroen un servidor de nombres 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 host determinado. (No define una dirección IP, sino un nuevo nombre.) 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. 19
  • 20.
    Tipos de registroen un servidor de nombres TXT (Text) Permite asociar información adicional a un dominio. Esto se utiliza para otros fines, como el almacenamiento de claves de cifrado, políticas antispam, entre otros. SOA (Start of authority) Llamado “Autoridad de la zona”, proporciona información sobre el servidor DNS primario de la zona. 20
  • 21.
  • 22.
    Uso del DNSen una red local Agilizar el acceso a Internet Al tener un servidor de nombres en nuestra propia red local se agiliza el mecanismo de resolución de nombres, manteniendo en caché los nombres recientemente usados en la red y disminuyendo el tráfico hacia/desde Internet. Simplificar la administración de la red local Al contar con un DNS propio es posible definir zonas locales (no válidas ni accesibles desde Internet) para asignar nombres a cada uno de los hosts de la LAN. De esta forma es posible, por ejemplo, referirnos a la impresora de red como “gti01.cvirtualuees.edu.sv” en vez de “10.0.0.134” y a nuestro servidor de correo interno como “correo.cvirtualuees.edu.sv” en vez de “10.0.0.5“. 22
  • 23.
  • 24.
    Problemas del DNS Estabasado en UDP Lentitud de la propagación de las modificaciones en el sistema 24
  • 25.
    Servicio TELNET Definición: Telnet esun protocolo (de aplicación y de red, además de ser una herramienta) que sirve para emular una terminal remota, lo que significa que se puede utilizar para ejecutar comandos introducidos con un teclado en un equipo remoto. Opera en un entorno de cliente/servidor. Se aplica en una conexión TCP para enviar datos en formato ASCII. Éste es un protocolo base, al que se le aplican otros protocolos del conjunto TCP/IP (FTP, SMTP, POP3, etc.) no es un protocolo de transferencia de datos seguro, ya que los datos que transmite circulan en la red como texto sin codificar. El puerto mediante el cual trabajo por defecto es el TCP/23 25