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.
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.
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 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)
- 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
