Entrada # 1 Materia

Entrada # 1 RFC

Para esta semana se nos encargo elegir un RFC(Request for Comments), el elegido es el FTP.

RFC 414.- File Transfer Protocol (FTP)

Este RFC consiste solamente en un informe sobre los servidores FTP que estaban funcionando.

Antes de mostrar los servidores hablaremos acerca de lo que es el FTP.

https://blogger.googleusercontent.com/img/b/R29vZ2xl/AVvXsEiQLk79z0Nk5x_T42LY5_AfknjI6NYHJABHAvWbP5oywHX7S4KzmObcycykSIyo4blHk0q-58vRX6IMXJ0O5ns_wfmI-BHDsvsMLKjO_9qpSuH6pIATZRJ3x4tfl3G9s7T8L8NCcRdt__s/s1600/ftp_logo.jpg

Como esta puesto al comienzo de la entrada FTP son las siglas de File Transfer Protocol (Protocolo de Transferencia de Archivos) utilizado como protocolo para intercambiar archivos en Internet. Este nos permite obtener o hacer copias de archivos hacia una computadora remota de la red.

El servicio FTP es ofrecido por la capa de aplicación del modelo de capas de red TCP/IP al usuario, utilizando normalmente el puerto de red 20 y el 21. 

Un problema básico de FTP es que está pensado para ofrecer la máxima velocidad en la conexión, pero no la máxima seguridad, ya que todo el intercambio de información, desde el login y password del usuario en el servidor hasta la transferencia de cualquier archivo, se realiza en texto plano sin ningún tipo de cifrado, con lo que un posible atacante puede capturar este tráfico, acceder al servidor y/o apropiarse de los archivos transferidos.

Para solucionar este problema son de gran utilidad aplicaciones como scp (Secure Copy) y sftp, incluidas en el paquete SSH, que permiten transferir archivos pero cifrando todo el tráfico.

Procedimiento

Observando el procedimiento del FTP, primeramente iniciamos una conexión cliente-servidor mediante el intérprete de protocolo (IP) de usuario a travez del puerto 21. 

Una vez conectados, todas las ordenes a realzar se envían desde la IP de usuario del cliente hacia la IP del servidor.

http://upload.wikimedia.org/wikipedia/commons/thumb/c/c5/Modelo_ftp.jpg/400px-Modelo_ftp.jpg

Estas órdenes FTP especifican parámetros para la conexión de datos (puerto de datos, modo de transferencia, tipo de representación y estructura) y la acción a hacer con los archivos del servidor (almacenar, recuperar, añadir, borrar, etc.). 

El Proceso de Transferencia de Datos (DTP) de usuario u otro proceso en su lugar, debe esperar a que el servidor inicie la conexión al puerto de datos especificado (puerto 20 en modo activo o estándar) y transferir los datos en función de los parámetros que se hayan especificado.

La conexión de datos es bidireccional, es decir, se puede usar simultáneamente para enviar y para recibir, y no tiene por qué existir todo el tiempo que dura la conexión FTP.

Nota

Cabe mencionar que existen toda una serie de linea de comandos para realizar las ordenes, como son muchas dejo solamente varias ligas que muestran algunas de estos y uso respectiva forma de uso.

Explicación de los comandos: 
http://colposfesz.galeon.com/ftp.htm http://es.wikipedia.org/wiki/File_Transfer_Protocol#Gu.C3.ADa_de_comandos_FTP

Explicación en ubuntu: 
http://recursostic.educacion.es/usuarios/web/es/ayudas/28-ftp-en-linea-de-comandos-

Explicación RFC 414

Una vez explicado acerca de lo que es FTP nos pasamos a explicar la parte del RFC 414

Como comentaba al principio, este RFC nos proporciona un informe sobre los servidores FTP que estaban funcionando (los que se hicieron pruebas y tuvieron algún estado satisfactorio).

Tenemos que se estaban haciendo pruebas cliente-servidor a algunos servidores en algunos casos eran servidores y en otras clientes.

De entre los servidores en los que se hicieron pruebas tenemos:

El servidor del sistemas TENEX BBN desarrollado por Bob Clements.


Servidor MIT-AI and MIT-ML desarrollados por Pitts Jarvis de MAC estos son idénticos.


Tenemos el MIT-DMCG creado por Arvola Chan (AC@MIT-DMCG)


Multics de Ken Pogran (Multics)


UTAH de Greg Hicks (HICKS@UTAH)


AMES-67 de Wayne Hathaway (AMES-67)


SU-AI de Ralph Gorin (SU-AI)


CMU de Rick Werme (CMU)


UCSB de Ron Stoughton (UCSB)

Según el RFC los que obtuvieron un mejor funcionamiento son los siguientes:

BBN(A and B)
SRI-ARC
UTAH
CASE
USC-ISI
CCA
MIT-AI MIT-Mathlab
MIT-DMCG
CMU
AMES-67
SU-AI

Nos habla también de otro servidor MIT-Multics pero este mostró algunos problemas en la parte de servidor ya que no quería escuchar.

Otro también es el UCSB pero este próximamente tendría soporte para cliente-servidor.

Referencias Bibliográficas

https://datatracker.ietf.org/doc/rfc414/

http://www.rfc-es.org/rfc/rfc0959-es.txt

http://www.masadelante.com/faqs/ftp

http://es.wikipedia.org/wiki/File_Transfer_Protocol