Redes Tema2 Capa de Aplicacion 2016

Redes
Capa de Aplicación
Universidad ORT
En base al material de Kurose & Ross

Computer Networking: A top down approach featuring
the Internet
Capa de Aplicación
Motivación - Interconectar Aplicaciones
Intercambio de Información mediante
mensajes.
Un Protocolo describe la semántica
(significado) y la sintaxis (formato) de
los mensajes.
Protocolos estandarizados (abiertos) y
propietarios (privados).
2
Capa de Aplicación - Conceptos
 Aplicaciones de Red (Network Application) vs
Protocolo de Capa de Aplicación (Application-
layer protocol).
 Ejemplo: Web
 Aplicación: web server, web browser, estándar de
documentos HTML y HTTP.
 Protocolo de Aplicación: HTTP
 Protocolo de capa de Aplicación es una parte
de la Aplicación de Red.
3
 Arquitectura Cliente Servidor:
 Cliente: Realiza peticiones al servidor y espera sus
respuestas (Maestro)
 Servidor: Recibe peticiones del cliente y las responde
(esclavo)‫‏‬
 Ejemplo: Web
 Cliente HTTP implementada por un browser
(Mozilla, IE, Netscape, etc).
 Servidor HTTP implementada por un web server
(Apache, IIS, etc)
 User Agent: interfase entre el usuario y la
aplicación de red(ej. Web implementan el
cliente de HTTP). 4
 “Aplicación en red” involucra la comunicación
entre dos procesos (programas) corriendo en
máquinas diferentes.
 Dos procesos se comunican mediante
mensajes (protocolo) por medio de “sockets”
 Un “socket” puede verse como la puerta de
acceso por la cual puedo comunicarme.
 Un proceso asume que existe una
infraestructura que se encarga de transportar
los mensajes (no se preocupa).
5
Desarrollador Proceso Proceso Aplicación

socket Mensajes socket
TCP, UDP TCP, UDP
Sistema buffers buffers Transporte
Operativo variables variables
IP IP Red
Tarjeta de Red Ethernet Ethernet Enlace

Cables, niveles UTP UTP Física
eléctricos
Internet
6
Los sockets, son las interfaces (API)
hacia los programadores de aplicaciones.
Un programador solo tiene acceso a las
APIs.
Falta resolver dos problemas:
 ¿Cómo identificar al equipo remoto?
Host <-> IP (por ahora un entero de 32 bits)‫‏‬
 ¿Como identificar la aplicación en el equipo remoto?
Aplicación <-> puerto (entero de 16 bits)‫‏‬
http://www.iana.org/assignments/port-numbers 7
Ejemplo de Arquitectura Cliente Servidor
8
Capa de Aplicación
Muy variadas.
De uso directo por el usuario: HTTP, SMTP,

POP3, IMAP, Telnet, SSH, FTP.
De uso “indirecto” por el usuario: DNS.
Complejas, consultas a bases de datos.
Mejorar la privacidad, Criptografía.
9
Capa de Aplicación - correo
Ariquitectura de un sistema de correo
 Mail Transport Agent (MTA): Agentes que permiten el
envio de los correos a traves de la red
 Mail User Agent (MUA): Agentes que le permiten a los
usuarios manipular con los correos (también conocido
como cliente de correo)
Nota: En la bibliografia se les llama agentes de usuario y agentes de

transferencia de mensaje (en otras bibliografías se agrega también los
MDA “Mail Delivery Agent” encargados de la recepción de correos desde
los MTA destinatarios y de almacenarlos para que luego sean descargados
por los usuarios utilizando un MUA)
Ariquitectura de un sistema de correo
 El correo funciona con diferentes protocolos que

permiten la interacción entre programas de distintos
desarrolladores
 Los servidores de correo reciben correos para enviarlos
a otros usuarios, he implementan un buzón para cada
uno de sus usuarios
Protocolos de un sistema de correo

 Para el envío se utiliza SMTP “Simple Mail Transfer
Protocol” (lo utilizan tanto las MUA como las MTA)
 Para consultar un buzón se pueden utilizar los
protocolos POP3 “Post Office Protocol version 3” o IMAP
“Internet Messagge Access Protocol” (lo utilizan los
MUA)
SMTP
SMTP
SMTP
POP3/IMAP
Formatos de mensajes (RFC 822)‫‏‬

 Solamente especifica campos del contenido del mensaje
no del sobre, de todas maneras los sistemas de correo
usualmente crean los campos de correo a partir de
estos
 Se pueden definir encabezados privados utilizando X-
Referencía: Andrew S. Tanenbaum – Computer Networks Ed. 4

Encabezado Significado
To Destinatarios primarios
Cc Destinatarios secundarios
Bcc Destinatarios con copia oculta
From Persona(s) que crearon el mensaje
Sender Dirección de correo del remitente
Recived Línea agregada por cada MTA
Return-Path Ruta de regreso al remitente
Date Fecha y hora de envío
Reply-To Dirección de respuesta
Message-Id Identificación del mensaje
Subject Asunto del mensaje
MIME (Multipurpose Internet Mail Extensions)‫‏‬
 La RFC 822 esta pensada solamente para mandar

mensajes escritos con caracteres ASCII, esto deja
afuera otros caracteres y mensajes que no sean texto
(ejemplo archivos de audio y video)
 Continua con el uso de la RFC 822 pero agrega una
estructura al cuerpo del mensaje.
Encabezado Significado
MIME-Version Indica al usuario receptor que se utilizara x

versión de MIME (siempre es 1.0 debido a lo
complicado de cambiar dicho valor)
Content-Description Describe el contenido
Content-Id Identificador único del contenido
Content-Transfer-Encoding Codificación del cuerpo del mensaje para su

transmisión en la red
Content-Type Naturaleza del mensaje

 Content-transfer-Encoding
 7 bit: Texto ASCII con líneas de hasta 1000
caracteres
 8 bit:Texto con caracteres de 8 bits y líneas de 1000
caracteres máximo
 Binaria: Mensajes con codificación binaria, los
mismos se codifican utilizando codificación base64
 Codificación en base64
 Al tener que enviar bytes, se agrupa la información de a
tres bytes (24 bits) y se divide cada grupo en cuatro
unidades de 6 bits
 Cada unidad de 6 bits se utiliza como un índice que va
de 0 a 63 que indica uno de los siguientes caracteres
ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz01
23456789+/
 Los caracteres = e == se utilizan para indicar que el
último grupo tenía 16 o 8 bits respectivamente
Ejemplo de Codificación en base64
 Codificación de Man y Ma
Texto de entrada M a n
ASCII 77 97 110
Bits 0 1 0 0 1 1 0 1 0 1 1 0 0 0 0 1 0 10 0 1 1 1 0
Índice 19 22 5 46
Resultado en Base 64 T W F u
Texto de entrada M a
ASCII 77 97
Bits 0 1 0 0 1 1 0 1 0 1 1 0 0 0 0 1 0 0 00 0 0 0 0
Índice 19 22 5
Resultado en Base 64 T W E =
Ejemplo de Codificación en base64
 Codificación de M
Texto de entrada M
ASCII 77
Bits 0 1 0 0 1 1 0 1 0 0 0 0 0 0 0 0 0 00 0 0 0 0 0
Índice 19 16
Resultado en Base 64 T Q = =
 Codificación entrecomillada
 Si mayoría de los caracteres son ASCII, se envían los
que no lo fueran con un signo de = más el valor
correspondiente al carácter en hexadecimal
 Content-type
 Especifica la naturaleza del contenido del mensaje
 Se especifica tipo y subtipo (ejemplo Imagen/Gif)
Tipo Subtipo Descripción
Texto Plano Texto sin formato
Enriquecido Texto enriquecido
Imagen Gif Imagen Gif
Jpeg Imagen JPEG
Audio Básico Sonido
Video MPEG Película MPEG
Aplicación Octet-Stream Secuencia de bytes no interpretada
PostScript Documento de PostScript
Mensaje RFC822 Mensaje MIME RFC 822 (reenvió de mensajes)
Parcial Mensaje dividido para su transmisión
Externo El mensaje debe obtenerse de la red
Multipartes Mixed Partes Independientes en el orden especificado
Alternative Mismo mensaje en diferentes formatos
Parallel Las partes deben verse en forma simultanea
Digest Cada parte es un mensaje RFC 822
SMTP (Simple Mail Transport Protocol)‫‏‬
 En el servidor atiende en el puerto 25 TCP con lo cual
para el envío de un correo se establece una conexión al
puerto 25 del servidor
 La IP donde atiende el servidor debe de estar registrada
como un registro MX en el DNS.
 En el encabezado de correo se agregan los diferentes
servidores SMTP por los cuales paso el correo
SMTP (Simple Mail Transport Protocol)‫‏‬

 Estructura típica de una sesión SMTP
 Se identifica el servidor
 Se presenta el cliente (HELO o EHLO) (Cada comando del cliente
es respondido por el servidor)
 Cliente indica que usuario es quien origina el correo (MAIL FROM)
 El cliente indica los receptores (RCPT TO) “va un comando por
cada receptor”
 El cuerpo del mensaje se agrega con el comando (DATA) y se
finaliza con un .
 La sesión se termina con el comando (QUIT)
Referencía: Andrew S. Tanenbaum – Computer Networks Ed. 4
 POP3 (Post Office Protocol)‫‏‬
 Permite la consulta a una casilla en un servidor de correo
 Funciona en el formato cliente servidor y el servidor atiende en
el puerto 110 de TCP
 Estados de POP3
 Autorización: Al inicio de la sesión requiere usuario y contraseña
(inicialmente se realiza en texto plano, en la RFC 1734 se agregan
otras maneras de autenticación)
 Transacciones: El usuario descarga los correos y los marca para borrar
 Actualización: Actualiza el estado del buzón antes de terminar la
conexión
 Ejemplo de POP3
$ telnet adinet.com.uy 110
Trying 200.40.30.218...
Connected to adinet.com.uy.
Escape character is '^]'.
+OK POP3 PROXY server ready (7.2.072.1)‫‏‬
user <usuario>
+OK Password required
pass <password>
+OK 1 messages
1 5718
RETR 1
<El servidor muestra el mensaje>
DELE 1
<El servidor marca para borrar el mensaje>
QUIT
<El servidor se desconecta y se actualiza el buzón>
Capa de Aplicación - http
HTTP (Hyper Text Transfer Protocol)‫‏‬

 WWW subconjunto de Internet, en ella están todos los
documentos de hypertexto que se encuentran en
internet.
 Protocolo de transferencia de la WWW (RFC 2616)
 Los clientes realizan consultas ASCII y los servidores
envian una respuesta con un tipo MIME (una pagina
web se compone de objetos que pueden ser html, gif,
mp3, avi, etc.)
 Normalmente se utiliza en el servidor el puerto TCP 80

 HTTP 1.0 (RFC 1945) Cada conexión que se establece se
envía una solicitud y se obtiene una respuesta luego se
libra la conexión
 HTTP 1.1 (RFC 2616) soporta conexiones persistentes
 Con una conexión persistente es posible enviar varias
consultas y recibir varias respuestas utilizando la misma
conexión TCP
 En HTTP 1.1 no es necesario que llegue la respuesta de la
consulta anterior para enviar la siguiente (entubamiento o
pipelining)

 Ambas versiones de HTTP utilizan como protocolo de
transporte a TCP; por lo tanto ninguno de ellos deber
preocuparse por la perdida de datos en la comunicación
 HTTP solo se preocupa de la transmisión de los datos, no
de cómo los clientes interpretan la información recibida.
Esto resulta que en dos browsers diferentes puedo ver la
misma información de manera distinta
 HTTP es un protocolo sin estado, se contestan las
peticiones de manera independiente, esto significa que
una petición no depende de la anterior
 Consultas (Request)
Método Descripción
GET Solicita la lectura de la página Web
HEAD Solicita la lectura solo del encabezado
PUT Solicita el almacenamiento de una página
POST Inserta algo a un recurso existente
DELETE Elimina la página Web
TRACE Repite la solicitud entrante (depuración)
CONNECT Para uso futuro
OPTIONS Consulta sobre propiedades del servidor o
sus archivos
 Respuestas (dentro de la respuesta se indica el estado)
Código Significado Ejemplos

1xx Información 100 = el servidor esta de acuerdo en manejar la
solicitud del cliente
2xx Éxito 200 = solicitud exitosa; 204 = no hay contenido
3xx Redirección 301 = página movida; 304 = la página cache

aún es valida
4xx Error del cliente 403 = página prohibida; 404 = página no
encontrada
5xx Error del 500 = error interno del servidor; 503 = trate
servidor más tarde
Encabezados de mensaje HTTP
 Encabezados de solicitud: a continuación de los

métodos (por ejemplo GET) se puede adicionar a la
consulta más información
 Encabezados de respuesta: En las respuestas el servidor
también puede agregar encabezados
 Existen encabezados de mensaje HTTP que pueden ser
utilizados en ambas direcciones
 Encabezados de mensaje HTTP más relevantes
Referencia: Andrew S. Tanenbaum – Computer Networks Ed. 4

 Formato general de un encabezado de petición
Nota: cr significa retorno de carro, lf avance de línea y sp espacio

Referencia: Computer Networking: A Top-Down Approach – Ed. 3
Ejemplo de mensaje de petición
GET /somedir/page.html HTTP/1.1

Host: www.escuela.edu
Connection: close
User-agent: Mozilla/4.0
Accept: text/html, image/gif, image/jpeg
Accept-language:fr
 Formato general de un encabezado de respuesta
Nota: cr significa retorno de carro, lf avance de línea y sp espacio

Referencia: Computer Networking: A Top-Down Approach – Ed. 3
Tarea
Ver en un analizador de protocolo que ocurre

cuando descargo una página con mi browser
Mejoras de desempeño
Almacenamiento en Cache
Replicación del servidor

 Almacenamiento en cache
 Quien almacena el cache?
 Puede ser almacenado por la maquina del usuario, un proxy en

la lan del usuario o de su ISP
 Almacenamiento jerárquico: se almacena en los tres lugares
antes mencionados y se empieza consultando el cache del
usuario hasta llegar al del ISP
 Almacenamiento en cache
 Cuanto tiempo se almacena el cache?
 El tiempo para una página puede ser mantenido utilizando el

encabezado de respuesta Last-Modified (puede obtener
resultados erroneos)
 El proxy consulta si la página fue modificada utilizando el
mensaje de solicitud If-Modified-Since
 Puede utilizarse una mezcla de ambas y consultar si la pagina
fue modificada cada una determinada cantidad de tiempo
Replicación del servidor
Se puede replicar la información en varios

servidores, de esta manera se baja la carga en
ellos
Si los servidores están distribuidos
geográficamente facilitan el acceso de los
usuarios que estén mas cerca de ellos
Capa de Aplicación - ftp
FTP
RFC's 114 y 959
Conexión de control (puerto 21): se
transmiten ordenes estándar FTP que
indican parámetros de la conexión de datos
y operaciones sobre el sistema de archivos
Conexión de datos (puerto 20): permite la
trasmisión bidireccional de datos y la
corrección de errores.
46
FTP
47
Capa de Aplicación -ftp
Modos de conexión
Modo Activo: la conexión de datos la

establece el servidor en un puerto aleatorio
del cliente, (el cliente envía al servidor cual
puerto va a utilizar) “problemas de
seguridad”
Modo Pasivo: la conexión de datos la
establece el cliente al puerto 20 del servidor
48
Tipo de transferencia de archivos
Ascii: Solo se mandan archivos de texto

plano; se manda el código ASCII de cada
uno de los caracteres
Binario: Archivos se envían byte por byte
49
Capa de Aplicación - Telnet
Telnet
Uso tipico abrir una terminal para gestionar

un equipo lejano
Orientado a la conexion
Arquitectura Cliente Servidor
Por defecto funciona en el puerto TCP 23
Problemas de seguridad
50
Capa de Aplicación - SSH
SSH
Orientado a la conexión
Arquitectura Cliente Servidor
Por defecto funciona en el puerto TCP 22
Soluciona los problemas de seguridad de
Telnet ya que encripta la información
51
Capa de Aplicación - SSH
SSH
Con SSH se permite:

 Abrir una terminal remota
 Intercambiar archivos entre maquinas remotas
 Realizar túneles para pasar de manera segura
otros protocolos inseguros
 Redirigir el tráfico de X para poder ejecutar
aplicaciones gráficas de un servidor Unix
52
Capa de Aplicación - dns
Motivación
Dificultad para recordar IP’s

Históricamente se repartía un archivo
host.txt, lo cual daba problemas de todo
tipo
Definido en RFC’s 882, 883, 1034, 1035,
2181, 2535, entre otras
Nombres de dominio
Conjunto de etiquetas separadas por .
“ort.edu.uy.”
Las Etiquetas son hasta 63 caracteres ASCII
(alfanumericos y -), son case insensitive
Un nombre de dominio completo puede
tener hasta 255 caracteres y 127 niveles
Conceptos
Arquitectura Cliente – Servidor
Base de Datos Distribuida
Estructura jerarquica
El sistema de nombres utiliza una estructura
de arbol invertido que se lee de abajo hacia
arriba
Cada Nodo del arbol es una etiqueta, cada
etiqueta ocupa un nivel y la raiz es el .
(...tercer_nivel.segundo_nivel.primer_nivel.)‫‏‬
Un dominio es un subarbol del espacio de
nombres
Ejemplo de dominio ort.edu.uy:
.uy dominio de primer nivel
.edu.uy dominio de segundo nivel
.ort.edu.uy dominio de tercer nivel
ort es el hijo de .edu.uy
.edu.uy es el padre de ort
Root servers
Son 13 y no pueden ser más (existen varios
distribuidos)‫‏‬
Se identifican por letras de la A a la M
a.root-servers.net
Primer Nivel (Top Level Domain)‫‏‬
Genericos gTLD (.com, .edu, ...)‫‏‬
Paises ccTLD (.uy, .ar, .jp, ...)‫‏‬
Arpa (in-addr.arpa) “resolucion inversa”
Administración
Se administra delegando subarboles de la
estructura. Se asignan responsabilidades de
administración de un subdominio a otra
organización
Si a una organización de nivel superior le
delega el dominio entonces esta será
autoritativa del mismo
Esta será responsable de los subdominios y
puede delegarlos
Zona Vs. Dominio
Dominio: SubArbol del espacio de nombres
Zona: parte de un dominio administrada por
una organización
Servidor autoritativo
Un servidor es autoritativo para los dominios
que administra (los cuales estan en la zona
que administra)‫‏‬
(autoritativo = administra = tiene delegado)‫‏‬
Ejemplo: yale.edu tiene un servidor para

eng.yale.edu. y otro para cs.yale.edu y
sus subdominios (son dos zonas)‫‏‬
Ejemplo:
Queremos crear el dominio: lab.ort.edu.uy
Con quien debemos registrar el dominio?

Formato de registros (Resourse Records)‫‏‬
[owner] [TTL] [class] <type> <RDATA>
 [owner] Dominio o maquina a la cual se agrega
el RR
 [TTL] Time To Live (Tiempo de vida del Registro)
 [class] Tipo de red (IN, ARPA, CHAOS)
 <type> Función del registro
 <RDATA> Datos del registro
Tipos de registro
Tipo Significado Uso
Nombre del servidor primario de
SOA Inicio de autoridad dominio, tiempos de vida, correo del
administrador
Mapea un nombre hacia una dirección
A Dirección IP
IP
Nombre de máquina u otro dominio que
MX Manejo de correo
recibe correo para este dominio.
Nombre de una máquina servidor de
NS Servidor de Nombres
nombres para este dominio
Permite crear un alias al nombre de
CNAME Nombre canónico
máquina
Mapea dirección IP hacia nombre de
PTR Puntero
máquina
Características del procesador, sistema
HINFO Descripción de máquina
operativo, etc., en texto.
Para colocar información a criterio del
TXT Texto
administrador
Mapea un nombre hacia una dirección
AAAA Dirección IPv6
IP versión 6
 SOA
 Indica que el servidor es la autoridad para el dominio, en el están
los parámetros para la zona. Si no hay respuesta del SOA, el
servidor no tiene el dominio configurado.
 Serial: Número que indica la versión de la zona (los cambios se reflejan en él)
 TTL: Es el tiempo que los servidores deberían guardarlo en cache
 Refresh: Frecuencia con la que los secundarios actualizan la zona
 Retry: Tiempo que espera luego de una transferencia de zona fallida
 Expire: Tiempo que espera el secundarío antes de que dejar de contestar por
los dominios de la zona
 Negative TTL: Cuando el servidor responde una consulta para un registro que
sabe que no existe, envía este TTL para indicar por cuanto tiene que guardar
en cache esta respuesta negativa
 Negative Caching: Es almacenar informacíon de una consulta a un registro que
no existe.
SOA
 Ejemplo
>nslookup -type=soa ort.edu.uy hermes.ort.edu.uy
ort.edu.uy
primary name server = hermes.ort.edu.uy.ort.edu.uy
responsible mail addr = ferreiro@ort.edu.uy
serial = 2008062401
refresh = 172800 (2 days)
retry = 14400 (4 hours)
expire = 3628800 (42 days)
default TTL = 604800 (7 days)
ort.edu.uy nameserver = hermes.ort.edu.uy
hermes.ort.edu.uy internet address = 164.73.96.24
 NS (Name Server)‫‏‬
 [dominio] [ttl] IN NS dominio
 Indica los servidores de nombres autoritativos para

un determinado dominio
 En que servidor debo de configurar este registro?
 Ejemplo:
ort.edu.uy IN NS hermes.ort.edu.uy
 A (Address)‫‏‬
 [dominio] [ttl] IN A dirección IP
 Indica la direccion IP de un determinado nombre
 Ejemplo:
hermes IN A 164.73.96.24
 PTR (Reverso)‫‏‬
 Ultimo octeto de la IP IN PTR [nombre]
 Indica la servidores de nombres autoritativos para un

determinado dominio
 Ejemplo en la zona 96.73.164.in-addr.arpa:
24 IN PTR web.ort.edu.uy
>nslookup -type=ptr 24.96.73.164.in-addr.arpa
 CNAME (Alías)‫‏‬
 [dominio] [ttl] IN CNAME dominio
 Referencía a otro dominio

 Ejemplo:
www IN CNAME web
web IN A 164.73.96.25
 MX (Mail exchange)‫‏‬
 [dominio] [ttl] IN MX prioridad dominio
 Utilizado para servidores de correo, el parametro prioridad

permite establecer una preferencia entre servidores (se prefiere
la menor)
 Ejemplo:
hermes.ort.edu.uy IN MX 0 mx.ort.edu.uy.
hermes.ort.edu.uy IN MX 5 other-mail.com.uy.
 TXT (comentario):
 [nombre-máquina] IN TXT Comentario
 Existen algúnos registros más, pero los mismos

son menos utilizados ………
Funcionamiento
Todas comunicaciones se realizan por los

puertos 53 de TCP y UDP (utiliza TCP si
requiere transmitir mas de 512 bytes)‫‏‬
Los servidores responden de acuerdo a su
memoria cache, a la información que tengan
o a la que puedan conseguir
Consultas
Recursivas: el servidor que responde si no

tiene la información consulta a otros hasta
obtenerla
No recursivas: el servidor responde la mejor
referencia que este tenga
Ninguno de los servidores

acepta consultas recursivas
Por que registro consulto en 1,2,4,6 y 8?

 Que registros vienen en 3,5,7,9 y 10?
Repetir el esquema anterior cuando consulto por el
registro MX de adinet.com.uy al servidor recursivo de mi
ISP
Los servidores que
administran la zona .uy y
.edu.uy aceptan consultas
recursivas (caso poco común
en la realidad)
C:\>dig.exe www.ort.edu.uy +trace
; <<>> DiG 9.3.2 <<>> www.ort.edu.uy +trace La opción trace del comando dig,
;; global options: printcmd
. 81139 IN NS C.ROOT-SERVERS.NET. emula a un servidor recursivo.
. 81139 IN NS D.ROOT-SERVERS.NET.
. 81139 IN NS E.ROOT-SERVERS.NET.
. 81139 IN NS F.ROOT-SERVERS.NET.
. 81139 IN NS G.ROOT-SERVERS.NET.
. 81139 IN NS H.ROOT-SERVERS.NET.
. 81139 IN NS I.ROOT-SERVERS.NET.
. 81139 IN NS J.ROOT-SERVERS.NET.
. 81139 IN NS K.ROOT-SERVERS.NET.
. 81139 IN NS L.ROOT-SERVERS.NET.
. 81139 IN NS M.ROOT-SERVERS.NET.
. 81139 IN NS A.ROOT-SERVERS.NET.
. 81139 IN NS B.ROOT-SERVERS.NET.
;; Received 500 bytes from 192.168.0.1#53(192.168.0.1) in 19 ms
uy. 172800 IN NS NS-EXT.ISC.ORG.

uy. 172800 IN NS NS.DNS.BR. La zona .uy y .edu.uy esta en el
uy. 172800 IN NS SECIU.edu.uy. mismo servidor, con lo cual al
uy. 172800 IN NS NS3.NIC.MX.
uy. 172800 IN NS NS-UY.RIPE.NET.
llegar al .uy la consulta la siguiente
;; Received 263 bytes from 192.33.4.12#53(C.ROOT-SERVERS.NET) in 183 ms consulta es al servidor de ORT ya
que este servidor también contesta
ort.edu.uy. 86400 IN NS hermes.ort.edu.uy.
;; Received 69 bytes from 204.152.184.64#53(NS-EXT.ISC.ORG) in 255 ms por edu.uy.
Que vemos si repetimos la consulta
www.ort.edu.uy. 259200 IN CNAME web.ort.edu.uy.
web.ort.edu.uy. 259200 IN A 164.73.96.25
pero ahora a www.adinet.com.uy
ort.edu.uy. 259200 IN NS hermes.ort.edu.uy.
;; Received 103 bytes from 164.73.96.24#53(hermes.ort.edu.uy) in 15 ms
Tipos de servidores (1)‫‏‬
Iterativo
Responde solo consultas no recursivas
Responde la mejor referencia que tenga
Normalmente es autoritativo y no usa
cache
Recursivo
Responde consultas recursivas
Utiliza mucho cache
Tipos de servidores (2)‫‏‬
Primario
Tiene la zona configurada
Secundario
Obtiene la zona del primario transfireindo
la zona desde él
 Consulta reversa
 Dada una IP se consulta el registro, para esto se consulta el
registro PTR correspondiente al dominio .in-addr.arpa
correspondiente a dicha IP “http://www.lacnic.net/sp/registro/dns.html”
root
arpa
in-addr
200
40
30
218

Redes Tema2 Capa de Aplicacion 2016

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Redes Tema2 Capa de Aplicacion 2016

Diunggah oleh

Hak Cipta:

Format Tersedia

Redes

En base al material de Kurose & Ross

Desarrollador Proceso Proceso Aplicación

Tarjeta de Red Ethernet Ethernet Enlace

De uso directo por el usuario: HTTP, SMTP,

Nota: En la bibliografia se les llama agentes de usuario y agentes de

Ariquitectura de un sistema de correo

 El correo funciona con diferentes protocolos que

Protocolos de un sistema de correo

Formatos de mensajes (RFC 822)‫‏‬

Referencía: Andrew S. Tanenbaum – Computer Networks Ed. 4

 La RFC 822 esta pensada solamente para mandar

MIME-Version Indica al usuario receptor que se utilizara x

Content-Id Identificador único del contenido

Content-Transfer-Encoding Codificación del cuerpo del mensaje para su

Content-Type Naturaleza del mensaje

MIME (Multipurpose Internet Mail Extensions)‫‏‬

SMTP (Simple Mail Transport Protocol)‫‏‬

HTTP (Hyper Text Transfer Protocol)‫‏‬

HTTP (Hyper Text Transfer Protocol)‫‏‬

HTTP (Hyper Text Transfer Protocol)‫‏‬

Código Significado Ejemplos

3xx Redirección 301 = página movida; 304 = la página cache

 Encabezados de solicitud: a continuación de los

Referencia: Andrew S. Tanenbaum – Computer Networks Ed. 4

Nota: cr significa retorno de carro, lf avance de línea y sp espacio

GET /somedir/page.html HTTP/1.1

Nota: cr significa retorno de carro, lf avance de línea y sp espacio

Ver en un analizador de protocolo que ocurre

Replicación del servidor

 Quien almacena el cache?

 Puede ser almacenado por la maquina del usuario, un proxy en

 Cuanto tiempo se almacena el cache?

 El tiempo para una página puede ser mantenido utilizando el

Se puede replicar la información en varios

Modo Activo: la conexión de datos la

Tipo de transferencia de archivos

Ascii: Solo se mandan archivos de texto

Uso tipico abrir una terminal para gestionar

Con SSH se permite:

Dificultad para recordar IP’s

Arquitectura Cliente – Servidor

Base de Datos Distribuida

Ejemplo: yale.edu tiene un servidor para

Queremos crear el dominio: lab.ort.edu.uy

Con quien debemos registrar el dominio?

 [dominio] [ttl] IN NS dominio

 Indica los servidores de nombres autoritativos para

 [dominio] [ttl] IN A dirección IP

 Indica la direccion IP de un determinado nombre

 Ultimo octeto de la IP IN PTR [nombre]

 Indica la servidores de nombres autoritativos para un

 [dominio] [ttl] IN CNAME dominio

 Referencía a otro dominio

 [dominio] [ttl] IN MX prioridad dominio

 Utilizado para servidores de correo, el parametro prioridad

 Existen algúnos registros más, pero los mismos

Todas comunicaciones se realizan por los

Recursivas: el servidor que responde si no

Ninguno de los servidores

Por que registro consulto en 1,2,4,6 y 8?

uy. 172800 IN NS NS-EXT.ISC.ORG.

Anda mungkin juga menyukai