Servicios y protocolos Internet

Protocolo de Internet

El usuario de una computadora se convierte en un cliente al intentar tener acceso a una página WEB, así como, a través de una línea telefónica, podría solicitar información sobre un servicio o un producto a un proveedor, a quien identificaría como un servidor. A la forma de ponerse de acuerdo en cuanto al modo de envío y recepción de un artículo adquirido telefónicamente, se le llama protocolo. 

"Es un conjunto de normas y procedimientos útiles para la transmisión de datos, conocido por el emisor y el receptor”. (Estrada, 2004)

Según la Real Academia Española, protocolo es un “acta o cuaderno de actas relativas a un acuerdo, conferencia o congreso diplomático”. 

Aunque Internet es producto del enlace entre miles de redes con tecnología distinta, en apariencia esta tecnología es uniforme, pues el “acuerdo” entre la diversidad de redes de que está conformada la Internet para transmitir información, lo ofrece el lenguaje común denominado protocolo TCP/IP (Transmisión Control Protocol/Internet Protocol).

Protocolo TCP/IP

Los protocolos IP (Protocolo de Internet) y TCP (Protocolo de Control de Transmisión) se originaron a principios de 1980 y fueron adoptados por la red ARPANET en 1983, que estaba integrada por cientos de computadoras de universidades, centros de investigación militar y algunas empresas. 

El e-mail (electronic mail) fue el servicio más comúnmente utilizado entonces, mientras que el sistema operativo más empleado era UNIX, en su versión BSD UNIX, desarrollada por la Universidad de California. 

Fue a mediados de los ochenta cuando fue creado el protocolo TCP/IP con la finalidad de contar con un lenguaje común a todas las computadoras conectadas a Internet, ya con la unión de las redes ARPANET, CSNET y MILNET. El protocolo TCP/IP representa, entonces, las reglas que hacen posible la conexión de computadoras de marcas y tecnología diferentes.

TCP e IP son los protocolos más importantes. Su nombre representa al conjunto de protocolos que conforman la arquitectura formada por cinco niveles o capas: 

1. Aplicación. Están contenidos los protocolos SMTP, para el correo electrónico; FTP, para las transferencia de archivos; TELNET, para la conexión remota, y HTTP, Hypertext Transfer Protocol. 

2. Transporte. Se comprende a los protocolos TCP y UDP, que se ocupan del manejo y el transporte de los datos. 

3. Internet. Se ubica en el nivel de la red para enviar los paquetes de información. 

4. Físico. Es el análogo al nivel físico del OSI. 

5. Red. Es el correspondiente a la interfaz de la red.

Dirección IP

Con el fin de que un usuario pueda recibir los archivos de información que solicitó a través de su computadora, es necesario que ésta cuente con datos de identificación para ser localizada. 

Estos datos están contenidos en la dirección IP de su computadora: un número único para cada equipo o “host”, representado por cuatro cifras separadas por puntos, quedando determinado el 255 como límite: 255.255.255.255. Con la dirección IP o dirección de Internet queda identificada la máquina del usuario y la red a la que pertenece. 

Protocolo de transferencia de Hipertexto

El Protocolo de Transferencia de HiperTexto (Hypertext Transfer Protocol) es un sencillo protocolo cliente-servidor que articula los intercambios de información entre los clientes Web y los servidores HTTP.

HTTP se basa en sencillas operaciones de solicitud/respuesta. Un cliente establece una conexión con un servidor y envía un mensaje con los datos de la solicitud. El servidor responde con un mensaje similar, que contiene el estado de la operación y su posible resultado. Todas las operaciones pueden adjuntar un objeto o recurso sobre el que actúan; cada objeto Web (documento HTML, fichero multimedia o aplicación CGI) es conocido por su URL.

Comunicación entre el navegador y el servidor

La comunicación entre el navegador y el servidor se lleva a cabo en dos etapas:

• El navegador realiza una solicitud HTTP
• El servidor procesa la solicitud y después envía una respuesta HTTP

Solicitud HTTP

Comando	Descripción
GET	Solicita el recurso ubicado en la URL especificada
HEAD	Solicita el encabezado del recurso ubicado en la URL especificada
POST	Envía datos al programa ubicado en la URL especificada
PUT	Envía datos a la URL especificada
DELETE	Borra el recurso ubicado en la URL especificada

Es un conjunto de líneas que el navegador envía al servidor. Incluye:

Una línea de solicitud: es una línea que especifica el tipo de documento solicitado, el método que se aplicará y la versión del protocolo utilizada. La línea está formada por tres elementos que deben estar separados por un espacio:

1.    El método

2.    La dirección URL

3.    La versión del protocolo utilizada por el cliente (por lo general, HTTP/1.0)

Los campos del encabezado de solicitud: es un conjunto de líneas opcionales que permiten aportar información adicional sobre la solicitud y/o el cliente (navegador, sistema operativo, etc.). Cada una de estas líneas 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 líneas opcionales que deben estar separadas de las líneas precedentes por una línea en blanco y, por ejemplo, permiten que se envíen datos por un comando POST durante la transmisión de datos al servidor utilizando un formulario.

Comandos

Encabezados

Nombre del encabezado	Descripción
Accept	Tipo de contenido aceptado por el navegador (por ejemplo,texto/html). Consulte Tipos de MIME
Accept-Charset	Juego de caracteres que el navegador espera
Accept-Encoding	Codificación de datos que el navegador acepta
Accept-Language	Idioma que el navegador espera (de forma predeterminada, inglés)
Authorization	Identificación del navegador en el servidor
Content-Encoding	Tipo de codificación para el cuerpo de la solicitud
Content-Language	Tipo de idioma en el cuerpo de la solicitud
Content-Length	Extensión del cuerpo de la solicitud
Content-Type	Tipo de contenido del cuerpo de la solicitud (por ejemplo,texto/html). Consulte Tipos de MIME
Date	Fecha en que comienza la transferencia de datos
Forwarded	Utilizado por equipos intermediarios entre el navegador y el servidor
From	Permite especificar la dirección de correo electrónico del cliente
From	Permite especificar que debe enviarse el documento si ha sido modificado desde una fecha en particular
Link	Vínculo entre dos direcciones URL
Orig-URL	Dirección URL donde se originó la solicitud
Referer	Dirección URL desde la cual se realizó la solicitud
User-Agent	Cadena con información sobre el cliente, por ejemplo, el nombre y la versión del navegador y el sistema operativo

Respuesta HTTP

Una respuesta HTTP es un conjunto de líneas que el servidor envía al navegador. Está constituida por: Incluye:

1. Una línea de estado: es una línea que especifica la versión del protocolo utilizada y el estado de la solicitud en proceso mediante un texto explicativo y un código. La línea está compuesta por tres elementos que deben estar separados por un espacio: La línea está formada por tres elementos que deben estar separados por un espacio:

• la versión del protocolo utilizada
• el código de estado
• el significado del código.

2. Los campos del encabezado de respuesta: es un conjunto de líneas opcionales que permiten aportar información adicional sobre la respuesta y/o el servidor. Cada una de estas líneas 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 líneas está formada por un nombre que describe el tipo de encabezado, seguido de dos puntos (:) y el valor del encabezado.

3. El cuerpo de la respuesta: contiene el documento solicitado.

Clasificación

• HTTP 0.9: Esta versión sólo tenía la finalidad de transferir los datos a través de Internet (en particular páginas Web escritas en HTML).
• HTTP 1.0: La versión 1.0 del protocolo (la más utilizada) permite la transferencia de mensajes con encabezados que describen el contenido de los mensajes mediante la codificación MIME.

Recoge únicamente tres comandos, que representan las operaciones de recepción y envío de información y chequeo de estado:

1. GET Se utiliza para recoger cualquier tipo de información del servidor. Se utiliza siempre que se pulsa sobre un enlace o se teclea directamente a una URL.
2. HEAD Solicita información sobre un objeto (fichero): tamaño, tipo, fecha de modificación… Es utilizado por los gestores de cachés de páginas o los servidores proxy, para conocer cuándo es necesario actualizar la copia que se mantiene de un fichero.
3. POST Sirve para enviar información al servidor, por ejemplo los datos contenidos en un formulario.

HTTP 1.1: Es un protocolo de nivel de aplicación orientado a sistemas distribuidos, para la colaboración e hypermedia. Un protocolo genérico, sin estado, orientado a objetos y que puede ser utilizado para muchas aplicaciones, como servidores de nombres y sistemas de gestión de objetos distribuidos, a través de las extensiones de los métodos de petición. Una característica de este protocolo es la negociación de los tipos y representación de los datos, permitiendo que los sistemas no dependan del tipo de datos que se utilicen.

HTTP 1.2: Los primeros borradores de 1995 del documento PEP — an Extension Mechanism for HTTP (el cuál propone el Protocolo de Extensión 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.

Esta versión tiene ya incluido el servidor Apache.

Protocolo simple de transferencia de correo (SMTP)

El Protocolo simple de transferencia de correo (SMTP, Simple Mail Transfer Protocol) controla la forma en que el correo electrónico se transporta a través de Internet y se entrega en el servidor de destino. SMTP recibe y envía correo electrónico entre servidores. El servicio SMTP se instala de forma predeterminada con el servicio POP3 con el fin de proporcionar servicios de correo electrónico completos.

El servicio SMTP se instala automáticamente en el equipo donde está instalado el servicio POP3 para permitir que los usuarios envíen correo electrónico saliente. Cuando se crea un dominio mediante el servicio POP3, también se agrega al servicio SMTP, lo que permite a los buzones del dominio enviar correo electrónico saliente. El servicio SMTP del servidor de correo recibe el correo entrante y lo transfiere al almacén de correo.

El objetivo principal del Protocolo simple de transferencia de correo, SMTP, es transferir correo entre servidores de correo. Sin embargo es crítico para los clientes de correo. Para poder enviar correo, el cliente envia el mensaje a un servidor de correo saliente, el cual contacta con el servidor de correo de destino para la entrega. 

Por esta razón, es necesario especificar un servidor SMTP cuando se esté configurando un cliente de correo. Siempre y cuando no utilicemos correo basado en Web (Webmail).

Solicitud para enviar correos a un servidor SMTP:

1. Al abrir la sesión SMTP, el primer comando que se envía es el comando HELO seguido por un espacio (escrito <SP>) y el nombre de dominio de su equipo (para decir "hola, soy este equipo"), y después validado por Enter (escrito <CRLF>). Desde abril de 2001, las especificaciones para el protocolo SMTP, definidas en RFC 2821, indican que el comando HELO sea remplazado por el comando EHLO.
2. El segundo comando es "MAIL FROM:" seguido de la dirección de correo electrónico del remitente. Si se acepta el comando, el servidor responde con un mensaje "250 OK".
3. El siguiente comando es "RCPT TO:" seguido de la dirección de correo electrónico del destinatario. Si se acepta el comando, el servidor responde con un mensaje "250 OK".
4. El comando DATA es la tercera etapa para enviar un correo electrónico. Anuncia el comienzo del cuerpo del mensaje. Si se acepta el comando, el servidor responde con un mensaje intermediario numerado 354 que indica que puede iniciarse el envío del cuerpo del mensaje y considera el conjunto de líneas siguientes hasta el final del mensaje indicado con una línea que contiene sólo un punto. El cuerpo del correo electrónico eventualmente contenga algunos de los siguientes encabezados:

• Date (Fecha)
• Subject (Asunto)
• Cc
• Bcc (Cco)
• From (De)

Principales comandos SMTP:

Comando	Ejemplo	Descripción
HELO (ahora EHLO)	EHLO 193.56.47.125	Identificación que utiliza la dirección IP o el nombre de dominio del equipo remitente
MAIL FROM:	MAIL FROM: originator@domain.com	Identificación de la dirección del remitente
RCPT TO:	RCPT TO: recipient@domain.com	Identificación de la dirección del destinatario
DATA	DATA message	Cuerpo del correo electrónico
QUIT	QUIT	Salida del servidor SMTP
HELP	HELP	Lista de comandos SMTP que el servidor admite

Post Office Protocol (Protocolo de Oficina de Correos).

El POP no necesita una conexión permanente a internet, puesto que es en el momento de la conexión cuando solicita al servidor el envío de la correspondencia almacenada en el servidor para dicho usuario.

Si se está conectado a internet pueden configurarse los programas cliente de correo de tal forma que la petición al servidor de correo se efectúe automáticamente cada cierto tiempo y de esta forma avise al usuario de que tiene correo pendiente de recibir.

Clasificación

•           POP 2: Se le asignó el puerto 109 como predeterminado.

•           POP 3: Se le asignan los puertos 109 y 110

Funciona con comandos de texto enviados al servidor POP. Cada uno de estos comandos enviados por el cliente (validados por la cadena CR/LF) está compuesto por una palabra clave, posiblemente acompañada por uno o varios argumentos, y está seguido por una respuesta del servidor POP compuesta por un número y un mensaje descriptivo.

Principales comandos POP2: 

Comando	Descripción
HELLO	Identificación que utiliza la dirección IP del equipo remitente
FOLDER	Nombre de la bandeja de entrada que se va a consultar
READ	Número del mensaje que se va a leer
RETRIEVE	Número del mensaje que se va a recoger
SAVE	Número del mensaje que se va a guardar
DELETE	Número del mensaje que se va a eliminar
QUIT	Salida del servidor POP2

Principales comandos POP3: 

Comando	Descripción
USER identification	Este comando permite la autenticación. Debe estar seguido del nombre de usuario, es decir, una cadena de caracteres que identifique al usuario en el servidor. El comando USER debe preceder al comando PASS.
PASS password	El comando PASS permite especificar la contraseña del usuario cuyo nombre ha sido especificado por un comando USER previo.
STAT	Información acerca de los mensajes del servidor
RETR	Número del mensaje que se va a recoger
DELE	Número del mensaje que se va a eliminar
LIST [msg]	Número del mensaje que se va a mostrar
NOOP	Permite mantener la conexión abierta en caso de inactividad
TOP <messageID> <n>	Comando que muestra n líneas del mensaje, cuyo número se da en el argumento. En el caso de una respuesta positiva del servidor, éste enviará de vuelta los encabezados del mensaje, después una línea en blanco y finalmente las primeras n líneas del mensaje.
UIDL [msg]	Solicitud al servidor para que envíe una línea que contenga información sobre el mensaje que eventualmente se dará en el argumento. Esta línea contiene una cadena de caracteres denominada unique identifier listing (lista de identificadores únicos) que permite identificar de manera única el mensaje en el servidor, independientemente de la sesión. El argumento opcional es un número relacionado con un mensaje existente en el servidor POP, es decir, un mensaje que no se ha borrado.
QUIT	El comando QUIT solicita la salida del servidor POP3. Lleva a la eliminación de todos los mensajes marcados como eliminados y envía el estado de esta acción.

Protocolo de transferencia de Archivos (FTP)

File Transfer Protocol' (FTP) o Protocolo de Transferencia de Archivos sirve para que los usuarios accedan a los ficheros informáticos situados en un servidor mediante un programa. 

Este protocolo abierto, que al igual que el HTTP (el que rige la Web) permite que ordenadores con distintos sistemas operativos se comuniquen, se utiliza actualmente con frecuencia tanto para manejar sitios web y blogs como para acceder a repositorios de programas de código libre.

Funciones

El protocolo FTP define la manera en que los datos deben ser transferidos a través de una red TCP/IP.

El objetivo del protocolo FTP es:

• permitir que equipos remotos puedan compartir archivos
• permitir la independencia entre los sistemas de archivo del equipo del cliente y del equipo del servidor 
• permitir una transferencia de datos eficaz

El modelo FTP

El protocolo FTP está incluido dentro del modelo cliente-servidor, es decir, un equipo envía órdenes (el cliente) y el otro espera solicitudes para llevar a cabo acciones (el servidor).

Durante una conexión FTP, se encuentran abiertos dos canales de transmisión:

• Un canal de comandos (canal de control)
• Un canal de datos

Por lo tanto, el cliente y el servidor cuentan con dos procesos que permiten la administración de estos dos tipos de información:

1. DTP (Proceso de transferencia de datos) es el proceso encargado de establecer la conexión y de administrar el canal de datos. El DTP del lado del servidor se denomina SERVIDOR DE DTP y el DTP del lado del cliente se denomina USUARIO DE DTP.
2. PI (Intérprete de protocolo) interpreta el protocolo y permite que el DTP pueda ser controlado mediante los comandos recibidos a través del canal de control. Esto es diferente en el cliente y el servidor:

• El SERVIDOR PI es responsable de escuchar los comandos que provienen de un USUARIO PI a través del canal de control en un puerto de datos, de establecer la conexión para el canal de control, de recibir los comandos FTP del USUARIO PI a través de éste, de responderles y de ejecutar el SERVIDOR DE DTP.
• El USUARIO PI es responsable de establecer la conexión con el servidor FTP, de enviar los comandos FTP, de recibir respuestas del SERVIDOR PI y de controlar al USUARIO DE DTP, si fuera necesario.

Modos

Activo: El modo activo es el método original utilizado por el protocolo FTP para la transferencia de datos a la aplicación cliente. Cuando el cliente FTP inicia una transferencia de datos, el servidor abre una conexión desde el puerto 20 en el servidor para la dirección IP y un puerto aleatorio sin privilegios (mayor que 1024) especificado por el cliente.

Pasivo: La aplicación FTP cliente es la que inicia el modo pasivo, de la misma forma que el modo activo. El cliente FTP indica que desea acceder a los datos en modo pasivo y el servidor proporciona la dirección IP y el puerto aleatorio, sin privilegios (mayor que 1024) en el servidor. Luego, el cliente se conecta al puerto en el servidor y descarga la información requerida.

Comandos FTP

Comandos de control de acceso
Comando	Descripción
USER	Cadena de caracteres que permite identificar al usuario. La identificación del usuario es necesaria para establecer la comunicación a través del canal de datos.
PASS	Cadena de caracteres que especifica la contraseña del usuario. Este comando debe ser inmediatamente precedida por el comando USER. El cliente debe decidir si esconder la visualización de este comando por razones de seguridad.
ACCT	Cadena de caracteres que especifica la cuenta del usuario. El comando generalmente no es necesario. Durante la respuesta que acepta la contraseña, si la respuesta es 230, esta etapa no es necesaria; Si la respuesta es 332, sí lo es.
CWD	Change Working Directory (Cambiar el directorio de trabajo): este comando permite cambiar el directorio actual. Este comando requiere la ruta de acceso al directorio para que se complete como un argumento.
CDUP	Change to Parent Directory (Cambiar al directorio principal): este comando permite regresar al directorio principal. Se introdujo para resolver los problemas de denominación del directorio principal según el sistema (generalmente "..").
SMNT	Structure Mount (Montar estructura):
REIN	Reinitialize (Reinicializar):
QUIT	Comando que permite abandonar la sesión actual. Si es necesario, el servidor espera a que finalice la transferencia en progreso y después proporciona una respuesta antes de cerrar la conexión.

Comandos de parámetros de transferencia
Comando	Descripción
PORT	Cadena de caracteres que permite especificar el número de puerto utilizado.
PASV	Comando que permite indicar al servidor de DTP que permanezca a la espera de una conexión en un puerto específico elegido aleatoriamente entre los puertos disponibles. La respuesta a este comando es la dirección IP del equipo y el puerto.
TYPE	Este comando permite especificar el tipo de formato en el cual se enviarán los datos.
STRU	Carácter Telnet que especifica la estructura de archivos (F de File [Archivo], R de Record [Registro], P de Page [Página]).
MODE	Carácter Telnet que especifica el método de transferencia de datos (S de Stream [Flujo], B de Block [Bloque], C de Compressed [Comprimido]).

Comandos de servicio FTP
Comando	Descripción
RETR	Este comando (RETRIEVE [RECUPERAR]) le pide al servidor de DTP una copia del archivo cuya ruta de acceso se da en los parámetros.
STOR	Este comando (store [almacenar]) le pide al servidor de DTP que acepte los datos enviados por el canal de datos y que los almacene en un archivo que lleve el nombre que se da en los parámetros. Si el archivo no existe, el servidor lo crea; de lo contrario, lo sobrescribe.
STOU	Este comando es idéntico al anterior, sólo le pide al servidor que cree un archivo cuyo nombre sea único. El nombre del archivo se envía en la respuesta.
APPE	Gracias a este comando (append [adjuntar]) los datos enviados se concatenan en el archivo que lleva el nombre dado en el parámetro si ya existe; si no es así, se crea.
ALLO	Este comando (allocate [reservar]) le pide al servidor que reserve un espacio de almacenamiento lo suficientemente grande como para recibir el archivo cuyo nombre se da en el argumento.
REST	Este comando (restart [reiniciar]) permite que se reinicie una transferencia desde donde se detuvo. Para hacer esto, el comando envía en el parámetro el marcador que representa la posición en el archivo donde la transferencia se había interrumpido. Después de este comando se debe enviar inmediatamente un comando de transferencia.
RNFR	Este comando (rename from [renombrar desde]) permite volver a nombrar un archivo. En los parámetros indica el nombre del archivo que se va a renombrar y debe estar inmediatamente seguido por el comando RNTO.
RNTO	Este comando (rename from [renombrar a]) permite volver a nombrar un archivo. En los parámetros indica el nombre del archivo que se va a renombrar y debe estar inmediatamente seguido por el comandoRNFR.
ABOR	Este comando (abort [cancelar]) le indica al servidor de DTP que abandone todas las transferencias asociadas con el comando previo. Si no hay conexión de datos abierta, el servidor de DTP no realiza ninguna acción; de lo contrario, cierra la conexión. Sin embargo, el canal de control permanece abierto.
DELE	Este comando (delete [borrar]) permite que se borre un archivo, cuyo nombre se da en los parámetros. Este comando es irreversible y la confirmación sólo puede darse a nivel cliente.
RMD	Este comando (remove directory [eliminar directorio]) permite borrar un directorio. El nombre del directorio que se va a borrar se indica en los parámetros.
MKD	Este comando (make directory [crear directorio]) permite crear un directorio. El nombre del directorio que se va a crear se indica en los parámetros.
PWD	Este comando (print working directory [mostrar el directorio actual]) hace posible volver a enviar la ruta del directorio actual completa.
LIST	Este comando permite que se vuelva a enviar la lista de archivos y directorios presentes en el directorio actual. Esto se envía a través del DTP pasivo. Es posible indicar un nombre de directorio en el parámetro de este comando. El servidor de DTP enviará la lista de archivos del directorio ubicado en el parámetro.
NLST	Este comando (name list [lista de nombres]) permite enviar la lista de archivos y directorios presentes en el directorio actual.
SITE	Este comando (site parameters [parámetros del sistema]) hace que el servidor proporcione servicios específicos no definidos en el protocolo FTP.
SYST	Este comando (system [sistema]) permite el envío de información acerca del servidor remoto.
STAT	Este comando (Estado: [estado]) permite transmitir el estado del servidor; por ejemplo, permite conocer el progreso de una transferencia actual. Este comando acepta una ruta de acceso en el argumento y después devuelve la misma información que LISTA pero a través del canal de control.
HELP	Este comando permite conocer todos los comandos que el servidor comprende. La información se devuelve por el canal de control.
NOOP	Este comando (no operations [no operación]) sólo se utiliza para recibir un comando OK del servidor. Sólo se puede utilizar para no desconectarse después de un período de inactividad prolongado.

Programas para utilizar FTP

• Filezilla: Gratuito, de código libre y, de momento con versión estable y oficial sólo para Windows, aunque se están desarrollando versiones para otros sistemas operativos. Se trata de un programa traducido a varios idiomas, entre ellos el castellano, y destaca por su facilidad de uso.
• CrossFTP: Funciona con Java y es gratuito en su versión básica. Trabaja en diversos sistemas operativos.
• GFTP: Se trata de una alternativa válida para Linux y Macintosh.

Referencias

Estrada Corona, A. (2004). PROTOCOLOS TCP/IP DE INTERNET. Recuperado 2 noviembre 2015 desde http://www.revista.unam.mx/vol.5/num8/art51/sep_art51.pdf

Alvarez Ángeles (2012) 1.1.5 HTTP (PROTOCOLO DE TRANSFERENCIA DE HIPERTEXTO) Recuperado 3 de noviembre del 2015  Desde: http://angiealvarezreyes.blogspot.mx/2012/03/115-http-protocolo-de-transferencia-de.html

Anónimo (EL PROTOCOLO HTTP) Recuperado 3 de noviembre del 2015  Desde: http://es.ccm.net/contents/264-el-protocolo-http

 Herramientas Web para la enseñanza  PrOtocolos de comunicación PROTOCOLO HTTP Recuperado 3 de noviembre del 2015 Desde: http://neo.lcc.uma.es/evirtual/cdd/tutorial/aplicacion/http.html

Anónimo (PROTOCOLOS DE MENSAJERIA) Recuperado 3 de noviembre del 2015  Desde: http://es.ccm.net/contents/279-protocolos-de-mensajeria-smtp-pop3-e-imap4

Microsoft Developer Network Recuperado 3 de noviembre del 2015 Desde: https://msdn.microsoft.com/es-es/library/cc739130(v=ws.10).aspx

Anónimo (PROTOCOLOS DE MENSAJERIA) Recueprado 3 de noviembre del 2015  Desde: http://es.ccm.net/contents/279-protocolos-de-mensajeria-smtp-pop3-e-imap4

Diccionario de Informática y Tecnología  (DEFINICION DE POO) Recuperado 3 de noviembre del 2015 Desde: http://www.alegsa.com.ar/Dic/pop%20protocolo.php

Anónimo (PROTOCOLO POP) Recuperado 3 de noviembre del 2015 Desde: http://servilinux.galeon.com/cvitae1495471.html

Anónimo (PROTOCOLO FTP) Recuperado 3 de noviembre del 2015 Desde: http://es.ccm.net/contents/263-protocolo-ftp-protocolo-de-transferencia-de-archivos

Red Hat Enterprise Linux 4: Manual de referencia (PROTOCOLO DE TRANSFERENCIA DE ARCHIVOS) Recuperado 3 de noviembre del 2015 Desde: http://web.mit.edu/rhel-doc/4/RH-DOCS/rhel-rg-es-4/ch-ftp.html

Carrere Arregoces Benyi (2007) (FTP Protocolo de transferencia de archivos) Recuperado 3 de noviembre del 2015 Desde: http://www.consumer.es/web/es/tecnologia/internet/2007/08/30/166291.php

VIDEOS RELACIONADOS