1 / 16

Protocolos de la Capa de Aplicación (Parte #2)

Protocolos de la Capa de Aplicación (Parte #2). Sistemas Operativos y Servicios de Internet U3. P RINCIPALES S ERVICIOS DE I NTERNET. SMTP - Simple Mail Transfer Protocol. User agent. Mail server. Mail server. User agent. SMTP. SMTP. POP3, IMAP, HTTP. Agente del usuario

michel
Download Presentation

Protocolos de la Capa de Aplicación (Parte #2)

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript


  1. Protocolos de la Capa de Aplicación (Parte #2) Sistemas Operativos y Servicios de Internet U3. PRINCIPALES SERVICIOSDE INTERNET

  2. SMTP - Simple Mail Transfer Protocol User agent Mail server Mail server User agent SMTP SMTP POP3, IMAP, HTTP • Agente del usuario • Permite al usuario leer, responder, componer, reenviar, salvar, etc. los mensajes de correo • Agente GUI: Outlook, Eudora, etc. • Agente de Texto: mail, pine, elm, etc. • Servidor de correo • Sirve de almacén para el correo de los usuarios, se comunica con agentes de usuario locales y otros servidores de mail. • SMTP • Protocolo principal de la capa de aplicación para los correos en Internet. • Protocolos para acceso mail: • POP3, IMAP, HTTP

  3. X SMTP User agent Mail server Mail server User agent SMTP SMTP   • RFC 2821 • Transfiere mensajes desde el servidor de correo del emisor hacia el servidor de correo del receptor. • Es un protocolo que solo lleva (push) y no obtiene (pull) • Push: cliente a servidor o’ servidor a servidor • Pull: servidor a cliente • Para obtener el mail – otro mecanismo • Históricamente el usuario puede entrar en su servidor local y leer sus correos. • A principios de los 90’s surgen protocolos para dicha función • POP3, IMAP, HTTP

  4. POP3 - Post Office Protocol • RFC 1939 • Funcionalidad limitada • Puerto TCP 110 No proporciona mecanismos para que el usuario cree folders remotos en el servidor de mail • Modo bajar y borrar • Obtiene los mensajes del servidor y los almacena de manera local. • Borra los mensajes del servidor • Modo bajar y mantener • No borra los mensajes del servidor una vez que los obtiene. • Problemas • Dificulta el acceso al correo desde múltiples computadoras • oficina y hogar • Algunos correos podrían operar en el modo “bajar y borrar” / trabajo

  5. IMAP y Web (HTTP) • IMAP (Internet Message Access Protocol) • RFC 2060 • El correo no se descarga, pero se mantiene en el servidor • Los correos recibidos se asocian con un “INBOX” del usuario. • El usuario puede crear y administrar los folders remotamente. • El usuario puede obtener pedazos del correo • El encabezado del mensaje: asunto y origen. • Basado en Web • Se introduce a mediados de los 90’s con Hotmail. • Utiliza HTTP para la comunicación con almacén de correos. • Con el protocolo HTTP se coloca (cliente al servidor) y se obtiene (servidor al cliente) el correo.

  6. Agentes del correo • MTA • Recibe el email de los clientes MUA • Pasa el “email” al MDA para su entrega final • Utiliza SMTP para enrutar los email entre servidores • El software de correo utiliza: MTA y MDA • MUA (Mail User Agent) – software cliente • MTA (Mail Transfer Agent)– se encarga de la transferencia entre servidores de correo • UNIX sendmail, Microsoft Exchange Server, Postfix y Exim • MDA (Mail Delivery Agent) – administra la tranferencia del correo hacia el servidor del cliente • Sobre sistemas UNIX, los mas populares “procmail” y “maildrop”

  7. DNS - Domain Name System • DNS permite a los usuarios utilizar nombre de dominios en lugar de direcciones IPs. • Por lo regular los clientes son aplicaciones de software

  8. DNS • Para resolver el nombre • El programa cliente busca información del nombre en el DNS local. • Resolución del nombre • Dos tipos de consulta que puede resolver el DNS (de un cliente o de otros servidores DNS) y lo realiza: • Consultas recursivas / del host hacia el DNS local. • Consultas iterativas / del servidor DNS local hacia otros servidores. Necesidad de la dirección IP

  9. DNS 1 • El usuario escribe http://www.example.com Paso 1 • El DNS queresuelve en el clienteenvía una consulta recursiva al servidor DNS local que tiene configurado. • Solicitando la dirección IP para http://www.example.com • El servidor DNS del cliente tiene la responsabilidad de resolver el nombre • No puede referir al cliente con otro servidor DNS

  10. 2 2 3 DNS 1 Paso 2 • El servidor local DNSenvía la consulta hacia el servidor DNS Raíz. Paso 3 • El servidor DNS raíz • Toma nota del sufijo .com • Retorna una lista de direcciones IPs para servidores de dominio de nivel superior (TLD / Top Level Domain Servers) responsables de .com

  11. Servidores de DNS raíz • Existen solo 13 servidores raiz en todo el mundo, identificados de la “A” a la “M” • Servidores TLD • Responsables de los dominios (.com, .org, .net, .uk, .mx, .jp, … ) • Instituciones educativas mantienen servidores TLD para .edu • Existen servidores redundantes a través de todo el mundo.

  12. DNS 4 4 5 Paso 4 • El servidor local DNSenvía la consulta para www.example.com hacia uno de los servidores TLD. Paso 5 • El servidor TLD • Toma nota de example.com • Retorna una lista de direcciones IPs para servidores con autoridad example.com(tal como dns.example.com)

  13. DNS 6 6 7 Paso 6 • El servidor local DNSenvía la consulta www.example.com dirigida hacia el servidor DNS example.com. Paso 7 • El servidor DNS example.com responde con una dirección IP para www.example.com

  14. DNS 8 Paso 8 • Finalmente el servidor local DNS envía la dirección IP de www.example.com al cliente DNS Cache DNS • Cuando un servidor DNS recibe una respuesta (mapea el nombre del host con su dirección IP) puede mantener un cache de la información en su memoria local. • Los servidores DNS descartan la información de cache después de un periodo de tiempo (usualmente 2 días) • Un servidor local de DNS puede mantener en cache las direcciones de los servidores TLD, evitando con esto la consulta encadenada hacia los servidores DNS raiz. 7

  15. nslookup • Muestra el servidor DNS por defecto para el Host local • Puede utilizarse para consultar los nombre de dominio y obtener la dirección IP

  16. Ipconfig /displaydns • Después de cierta cantidad de tiempo, especificada en TTL (Time to Live) que se asocia con los recursos DNS guardados, se descarta esa información del cache. • Ipconfig /flushdns – lo realiza manualmente • El valor de TTL por defecto para una respuesta positiva es 86,400s (1 dia) • El valor de TTL por defecto para una respuesta negativa es 300s

More Related