REPBLICA BOLIVARIANA DE VENEZUELA UNIVERSIDAD POLITECNICA DE LOS LLANOS EXTENSION ALTAGRACIA DE ORITUCO PROGRAMA NACIONAL DE FORMACIN EN INGENIERA EN INFORMTICA

SERVICIO DE CORREO (SMPT) Y SERVICIO WEB (HTTP).

Profesor: Carlos Ramos

Participantes: Mecia Villensa C.I: 18.352.920 Martnez Anbal C.I: 18.351.546

Seccin T-01, Turno Nocturno

Altagracia de Orituco, Junio de 2011

SERVICIO DE CORREO (SMPT)

Definicin El Protocolo Simple de Transferencia de Correo (Simple Mail Transfer Protocol SMTP), es un protocolo perteneciente a la capa de aplicacin, est basado en texto y utilizado para el intercambio de mensajes de correo electrnico entre computadoras u otros dispositivos como PDA's, telfonos mviles, etc...

Descripcin Pertenece a la familia de protocolos de Internet, tiene como funcin principal el envi de mensajes de correo electrnico, trabaja con los puertos (25/TCP, 587/TCP Alternativo para clientes de correo y

465/TCP SMTPS), est ubicado en la capa de aplicacin y Est definido en el RFC 2821 y es un estndar oficial de Internet.

Para qu sirve? El Protocolo simple de transferencia de correo (SMTP, Simple Mail Transfer Protocol) controla la forma en que el correo electrnico se transporta a travs de Internet y se entrega en el servidor de destino. SMTP recibe y enva correo electrnico entre servidores. El servicio SMTP se instala de forma predeterminada con el servicio POP3 con el fin de proporcionar servicios de correo electrnico completos. El servicio SMTP se instala automticamente en el equipo donde est instalado el servicio POP3 para permitir que los usuarios enven correo electrnico saliente. Cuando se crea un dominio mediante el servicio POP3, tambin se agrega al servicio SMTP, lo que permite a los buzones del

dominio enviar correo electrnico saliente. El servicio SMTP del servidor de correo recibe el correo entrante y lo transfiere al almacn de correo.

Origen SMTP Forma parte de la mensajera electrnica que fueron utilizados en los aos 60. La gente se comunic, uno con el otro con los sistemas desarrollados para el ordenador central. Como ms computadoras comenzaron a ser interconectadas con otras, especialmente en el gobierno de los E.E.U.U. ARPANET, los estndares fueron desarrollados para permitir a usuarios que usaban diversos sistemas para poder utilizar el email uno con otro. El SMTP creci fuera de estos estndares desarrollados durante los aos 70. El SMTP puede remontar sus races al protocolo de la caja (ca. 1971), correo del FTP (ca. 1973), y protocolo del correo. El trabajo continu a travs de los aos 70, hasta la red de computadoras ARPANET convertirlo en el moderno Internet alrededor 1980. Jon Postel entonces propuso a Protocolo de la transferencia del correo en el ao 80 que comenz a quitar la confianza del correo encendido FTP.

Historia El SMTP fue publicado como RFC 821 en Agosto de 1982, por Jon

Postel. El estndar del SMTP fue desarrollado alrededor del mismo tiempo USENET eran, de uno a varias redes de comunicaciones con algunas semejanzas. El SMTP lleg a ser ampliamente utilizado a mediados de los aos 80. Cuando, era un complemento a UUCP (Unix al copy del Unix) correo, que fue satisfecho mejor para manejar transferencias del E-mail entre las mquinas que fueron conectadas intermitentemente. El SMTP, por otra parte, trabaja de mejor forma cuando las mquinas que envan y de recepciones estn

conectadas con la red toda la hora. Ambos utilizan a el almacn y remite el mecanismo y es ejemplos de empuje la tecnologa. Con el tiempo se ha convertido en uno de los protocolos ms usados en internet. Para adaptarse a las nuevas necesidades surgidas por el crecimiento y popularidad de internet se han hecho varias ampliaciones a este protocolo, como por ejemplo enviar texto con formato.

Funcionamiento SMTP se basa en el modelo cliente-servidor, donde un cliente enva un mensaje a uno o varios receptores. La comunicacin entre el cliente y el servidor consiste enteramente en lneas de texto compuestas por caracteres ASCII. El tamao mximo permitido para estas lneas es de 1000 caracteres. Las respuestas del servidor constan de un cdigo numrico de tres dgitos, seguido de un texto explicativo. El nmero va dirigido a un procesado automtico de la respuesta por autmata, mientras que el texto permite que un humano interprete la respuesta. En el protocolo SMTP todas las rdenes, rplicas o datos son lneas de texto, delimitadas por el carcter. Todas las rplicas tienen un cdigo numrico al comienzo de la lnea. En el conjunto de protocolos TCP/IP, el SMTP va por encima del TCP, usando normalmente el puerto 25 en el servidor para establecer la conexin.

Formato del mensaje El mensaje es enviado por el cliente despus de que ste manda la orden DATA al servidor. El mensaje est compuesto por dos partes:

Cabecera: En ellas se usan unas palabras clave para definir los campos del mensaje. Estos campos ayudan a los clientes de correo a organizarlos y mostrarlos. Los ms tpicos

son subject (asunto),from (emisor) y to (receptor). Estos dos ltimos campos no hay que confundirlos con las rdenes MAIL FROM y RCPT TO, que pertenecen al protocolo, pero no al formato del mensaje.

Cuerpo del mensaje: es el mensaje propiamente dicho. En el SMTP bsico est compuesto nicamente por texto, y finalizado con una lnea en la que el nico carcter es un punto.

Proceso

Cuando un cliente establece una conexin con el servidor SMTP, espera a que ste enve un mensaje 220 Service ready o 421 Service non available

Se enva un HELO desde el cliente. Con ello el servidor se identifica. Esto puede usarse para comprobar si se conect con el servidor SMTP correcto.

El cliente comienza la transaccin del correo con la orden MAIL FROM. Como argumento de esta orden se puede pasar la direccin de correo al que el servidor notificar cualquier fallo en el envo del correo (Por ejemplo, MAIL FROM:<fuente@host0>). Luego si el servidor comprueba que el origen es vlido, el servidor responde 250 OK.

Ya le hemos dicho al servidor que queremos mandar un correo, ahora hay que comunicarle a quien. La orden para esto es RCPT TO:<destino@host>. Se pueden mandar tantas rdenes RCPT como destinatarios del correo queramos. Por cada destinatario, el servidor contestar 250 OK o bien 550 No such user here, si no encuentra al destinatario.

Una

vez

enviados

todos

los

RCPT,

el

cliente

enva

una

orden DATA para indicar que a continuacin se envan los contenidos del mensaje. El servidor responde 354 Start mail input, end with <CRLF>.<CRLF> Esto indica al cliente como ha de notificar el fin del mensaje.

Ahora el cliente enva el cuerpo del mensaje, lnea a lnea. Una vez finalizado, se termina con un <CRLF>.<CRLF> (la ltima lnea ser un

punto), a lo que el servidor contestar 250 OK, o un mensaje de error apropiado.

Tras el envo, el cliente, si no tiene que enviar ms correos, con la orden QUIT corta la conexin. Tambin puede usar la orden TURN, con lo que el cliente pasa a ser el servidor, y el servidor se convierte en cliente. Finalmente, si tiene ms mensajes que enviar, repite el proceso hasta completarlos.

Puede que el servidor SMTP soporte las extensiones definidas en el RFC 1651, en este caso, la orden HELO puede ser sustituida por la orden EHLO, con lo que el servidor contestar con una lista de las extensiones admitidas. Si el servidor no soporta las extensiones, contestar con un mensaje "500 Syntax error, command unrecognized".

Desventajas Una de las limitaciones del SMTP original es que no facilita mtodos de autenticacin a los emisores, as que se defini la extensin SMTP-AUTH. A pesar de esto, el spam es an el mayor problema. No se cree que las extensiones sean una forma prctica para prevenirlo. Internet Mail es una de las propuestas para reemplazarlo.

SERVICIO WEB (HTTP)

Definicin El Protocolo de transferencia de hipertexto (Hypertext Transfer

Protocol, HTTP) es el protocolo ms utilizado en Internet. Es un protocolo orientado a transacciones y sigue el esquema peticin-respuesta entre un cliente y un servidor.

Descripcin Es un protocolo perteneciente a la familia de protocolos de internet, tiene como funcin principal la transferencia de hipertextos, trabaja con el puerto 80/TCP, est ubicado en la capa de aplicacin y esta definido por RFC 1945 (HTTP/1.0, 1996), RFC 2616 (HTTP/1.1, 1999) y RFC 2774 (HTTP/1.2, 2000).

Para qu sirve? El propsito del protocolo HTTP es permitir la transferencia de archivos (principalmente, en formato HTML). Entre un navegador (el cliente) y un servidor web (denominado, entre otros, httpd en equipos UNIX) localizado mediante una cadena de caracteres denominada direccin URL. Al cliente que efecta la peticin (un navegador web o un spider) se lo conoce como "user agent" (agente del usuario). A la informacin transmitida se la llama recurso y se la identifica mediante un localizador uniforme de recursos(URL). Los recursos pueden ser archivos, el resultado de la ejecucin de un programa, una consulta a una base de datos, la traduccin automtica de un documento, etc. HTTP es un protocolo sin estado, es decir, que no guarda ninguna informacin sobre conexiones anteriores. El desarrollo de aplicaciones web necesita frecuentemente mantener estado. Para esto se usan las cookies, que es informacin que un servidor puede almacenar en el sistema cliente.

Esto le permite a las aplicaciones web instituir la nocin de "sesin", y tambin permite rastrear usuarios ya que las cookies pueden guardarse en el cliente por tiempo indeterminado.

Historia HTTP fue desarrollado por el World Wide Web Consortium y la Internet Engineering Task Force, colaboracin que culmin en 1999 con la

publicacin de una serie de RFC, el ms importante de ellos es el RFC 2616 que especifica la versin 1.1. HTTP define la sintaxis y la semntica que utilizan los elementos de software de la arquitectura web (clientes, servidores, proxies) para comunicarse. Es un protocolo orientado a transacciones y sigue el esquema peticin-respuesta entre un cliente y un servidor.

Funcionamiento

El navegador realiza una solicitud HTTP. El servidor procesa la solicitud y despus enva una respuesta HTTP.

Proceso 1. Solicitud HTTP Una solicitud HTTP es un conjunto de lneas que el navegador enva al servidor. Incluye:

Una lnea de solicitud: es una lnea que especifica el tipo de documento solicitado, el mtodo que se aplicar y la versin del protocolo utilizada. La lnea est formada por tres elementos que deben estar separados por un espacio:

el mtodo la direccin URL la versin del protocolo utilizada por el cliente (por lo general, HTTP/1.0)

Los campos del encabezado de solicitud: es un conjunto de lneas opcionales que permiten aportar informacin adicional sobre la solicitud y/o el cliente (navegador, sistema operativo, etc.). Cada una de estas lneas est formada por un nombre que describe el tipo de encabezado, seguido de dos puntos (:) y el valor del encabezado.

El cuerpo de la solicitud: es un conjunto de lneas opcionales que deben estar separadas de las lneas precedentes por una lnea en blanco y, por ejemplo, permiten que se enven datos por un comando POST durante la transmisin de datos al servidor utilizando un formulario.

2. Respuesta HTTP Una respuesta HTTP es un conjunto de lneas que el servidor enva al navegador. Est constituida por: Incluye:

Una lnea de estado: es una lnea que especifica la versin del protocolo utilizada y el estado de la solicitud en proceso mediante un texto explicativo y un cdigo. La lnea est compuesta por tres elementos que deben estar separados por un espacio:

la versin del protocolo utilizada el cdigo de estado el significado del cdigo

Los campos del encabezado de respuesta: es un conjunto de lneas opcionales que permiten aportar informacin adicional sobre la respuesta y/o el servidor. Cada una de estas lneas est compuesta por un nombre que califica el tipo de encabezado, seguido por dos puntos (:) y por el valor del encabezado Cada una de estas lneas est formada por un nombre que describe el tipo de encabezado, seguido de dos puntos (:) y el valor del encabezado.

El cuerpo de la respuesta: contiene el documento solicitado.

Versiones HTTP ha pasado por mltiples versiones del protocolo, muchas de las cuales son compatibles con las anteriores. El RFC 2145 describe el uso de los nmeros de versin de HTTP. El cliente le dice al servidor al principio de la peticin la versin que usa, y el servidor usa la misma o una anterior en su respuesta. a) 0.9 Obsoleta. Soporta slo un comando, GET, y adems no especifica el nmero de versin HTTP. No soporta cabeceras. Como esta versin no soporta POST, el cliente no puede enviarle mucha informacin al servidor. b) HTTP/1.0 (mayo de 1996) Esta es la primera revisin del protocolo que especifica su versin en las comunicaciones, y todava se usa ampliamente, sobre todo en servidores proxy. c) HTTP/1.1 (junio de 1999) Versin actual; las conexiones persistentes estn activadas por defecto y funcionan bien con los proxies. Tambin permite al cliente enviar mltiples peticiones a la vez (pipelining) lo que hace posible eliminar el tiempo de Round-Trip delay por cada peticin.

d) HTTP/1.2 Los primeros borradores de 1995 del documento PEP an Extension Mechanism for HTTP (el cul propone el Protocolo de Extensin de Protocolo, abreviado PEP) los hizo el World Wide Web Consortium y se envi al Internet Engineering Task Force. El PEP inicialmente estaba destinado a convertirse en un rango distintivo de HTTP/1.2. En borradores posteriores, sin embargo, se elimin la referencia a HTTP/1.2. El RFC

2774 (experimental), HTTP Extension Framework, incluye en gran medida a PEP. Se public en febrero de 2000.

HTTPS El Protocolo seguro de transferencia de hipertexto (Hypertext Transfer Protocol Secure HTTPS) es una combinacin del protocolo HTTP y protocolos criptogrficos. Se emplea para lograr conexiones ms seguras en la WWW, generalmente para transacciones de pagos o cada vez que se intercambie informacin sensible (por ejemplo, claves) en internet. De esta manera la informacin sensible, en el caso de ser interceptada por un ajeno, estar cifrada. El nivel de proteccin que ofrece depende de la correccin de la implementacin del navegador web, del software y de los algoritmos criptogrficos soportados. Adems HTTPS es vulnerable cuando es aplicado a contenido esttico pblicamente disponible. El HTTPS fue creado por Netscape Communications en 1994 para su navegador Netscape Navigator.

Caractersticas del HTTPS Para distinguir una comunicacin o pgina web segura, la URL debe comenzar con "https://" (empleando el puerto 443 por defecto); en tanto la tradicional es "http://" (empleando el puerto 80 por defecto). Originalmente

HTTPS slo utilizaba encriptacin SSL, luego reemplazado por TLS. HTTPS fue adoptado como estndar web por el grupo IETF tras la publicacin del RFC 2818 en mayo de 2000. HTTP opera en la capa ms alta del modelo TCP/IP, la capa de Aplicacin. Pero el protocolo de seguridad trabaja en una subcapa inferior, codificando el mensaje HTTP antes de ser transmitido y decodificando el mensaje antes de que llegue.