Práctica 2: Herramientas básicas de red y el protocolo FTP

Transcripción

1 Práctica 2: Herramientas básicas de red y el protocolo FTP Esta práctica tiene dos objetivos. En primer lugar presenta una aplicación útil para el acceso a los sockets con fines diagnósticos y también didácticos. En segundo lugar, presenta el protocolo de aplicación FTP. La práctica se realizará en Linux, por lo que debes iniciar una sesión en tu puesto de trabajo con este sistema operativo. Antes de iniciar la práctica debes crear un directorio llamado practica2 en el que desarrollarás todos los ejercicios de esta sesión. Al finalizar la práctica borrarás este directorio para dejar la máquina en las mismas condiciones en que la encontraste. 1. El programa SOCK En esta práctica utilizaremos un programa denominado sock que nos permite enviar y recibir información utilizando sockets TCP y UDP mediante sencillas órdenes desde el shell. Lo primero que necesitamos es obtener el programa. Para ello escribimos el siguiente URL en el navegador: donde encontraremos el archivo sock-1.1.tar.gz que contiene el programa que vamos a utilizar. Lo almacenamos en el directorio

2 P2-2 Prácticas de Redes de Computadores practica2. Si lo prefieres, puedes utilizar la orden wget. Si no la conoces y deseas usarla, teclea man wget para obtener ayuda. Una vez realizado esto teclearemos la orden tar xvfz sock- 1.1.tar.gz para descomprimir los archivos y el resultado aparecerá en el subdirectorio sock-1.1 Como en otros programas que se distribuyen en formato de código fuente, se adjunta un script que configura el fuente antes de proceder a su compilación. Para ello deberemos situarnos dentro del directorio sock-1.1 y ejecutar la orden./configure con la que el programa quedará preparado para su compilación y montaje, que realizaremos mediante la orden make. Ahora ya disponemos del programa sock ejecutable 1. Para acceder a la ayuda, que se integraría en el sistema si se hubiera realizado la instalación (que sólo puede hacer el usuario root), podemos teclear man -l sock.1 y se mostrará el detalle del funcionamiento de la orden sock, sus parámetros y significado, así como el autor del programa. También podemos acceder a una ayuda breve con la orden./sock h, como se muestra a continuación: Usage: sock [-vtuxde] ([-b <local>] <remote> -l <local>) [<command>] -v Be verbose -t Use TCP socket (default) -u Use UDP socket -x Use UNIX-domain socket -b Bind local end to specified address -l Listening mode -d Daemon mode (listen only) -- process multiple connections -e Terminate as soon as EOF is seen in any direction -n Avoid reverse DNS lookups 2. Conceptos básicos El programa sock ofrece un modo de acceder al interfaz de los sockets sin tener que programar. El programa conecta la entrada/salida estándar (teclado/pantalla) con un socket cuyas características se especifican 1 En un sistema sobre el que tuviéramos privilegios de administrador podríamos finalizar haciendo make install para que los binarios y los archivos de ayuda se copiaran a los directorios apropiados del sistema. Como no es nuestro caso, en esta práctica obtendríamos un mensaje de error si lo hiciéramos.

3 Herramientas básicas de red y el protocolo FTP P2-3 mediante parámetros al ejecutar la orden. Mediante la redirección de la entrada o la salida se puede enviar el contenido de un archivo o almacenar en un archivo la información recibida. Los sockets pueden ser de dos tipos: UDP o TCP, que se corresponden con un servicio sin conexión, que no garantiza ni la entrega ni el orden de entrega de la información (UDP) y otro servicio que garantiza la entrega ordenada y sin errores de la información (TCP). Además, sabemos que una aplicación puede comenzar iniciando la comunicación (enviando información) o bien puede esperar pacientemente hasta que la otra le solicite el inicio de la comunicación (espera petición). El programa sock nos va a permitir imitar cualquiera de estas situaciones y alguna otra cosa más. Vamos a ver, mediante una serie de ejercicios, sus posibilidades. Puesto que no hemos realizado la instalación completa de la aplicación (que incluiría su colocación en un directorio presente en la ruta de búsqueda) nos mantendremos durante toda la práctica en el directorio sock Clientes TCP Vamos a comenzar viendo qué sucede cuando un navegador se dirige a un servidor de web y le solicita una página. Ejercicio 1: 1. En la sesión de terminal teclea lo siguiente 2 :./sock -e Con esta orden se está conectando al servidor (que es el servidor de web de la UPV) al puerto 80, que es donde se encuentra este servicio habitualmente (well-known port) y se utiliza el protocolo TCP. 2. A continuación teclea: GET / HTTP/1.0 2 Podemos evitar tener que añadir cada vez./ delante de la orden sock cambiando la ruta de búsqueda de los comandos mediante la orden PATH=$PATH:$HOME/sock-1.1

4 P2-4 Prácticas de Redes de Computadores Atención: Hay que pulsar la tecla de retorno de carro dos veces después de la segunda línea. Como resultado de esta acción se recibirá un texto parecido al siguiente: HTTP/ OK Date: Mon, 18 Oct :55:11 GMT Server: Apache/ (Unix) mod_ssl/ OpenSSL/0.9.6g mod_perl/1.27 Connection: close Content-Type: text/html <html> <head> <title>universitat Politècnica de València</title>... </html> 3. El contenido recibido se ha mostrado por la salida estándar, que era en este caso la pantalla. Si se desea capturar este texto se puede redirigir la salida a un archivo mediante el operador >. Recapitulando, lo que estamos haciendo es crear un socket en nuestro ordenador. Ese socket, que actúa como cliente, lo conectamos al servidor de web de la UPV y le solicitamos que nos envíe el contenido de su página web inicial. La conexión iniciada por el programa sock se realiza al puerto 80 del servidor y dura sólo lo indispensable hasta que se entrega la página web solicitada. Es importante destacar que la respuesta del servidor contiene una información del protocolo HTTP (o cabecera) a la que sigue, después de una línea en blanco, el código HTML de la página solicitada. Tras enviar esa información el servidor cierra la conexión, con lo cual la ejecución de la orden sock finaliza. Ejercicio 2: 1. En la sesión de terminal teclea lo siguiente:./sock :22 2. Debes obtener como resultado algo así: SSH-1.99-OpenSSH_2.9p1 3. Observa que el programa no finaliza. Para que lo haga tendrás que pulsar las teclas CTRL+C

5 Herramientas básicas de red y el protocolo FTP P2-5 En este ejercicio estamos conectando con el servidor SSH local que se está ejecutando en el mismo computador desde el que ejecutamos la orden. Esto es así porque al no especificar un servidor y sólo un puerto (:22) se entiende que nos referimos al ordenador local. El servidor SSH comienza enviando una cadena que identifica la versión del programa, y eso es lo que obtenemos como resultado. 4. Servidor TCP Los programas pueden esperar pacientemente a que se les solicite algo antes de enviar alguna información. Este es el comportamiento de muchos servidores. Utilizando el programa sock vamos a crear un servidor cuya única función es esperar a que un cliente se conecte y luego conecta la entrada y salida estándar con ese cliente. Ejercicio 3: 1. Para crear un socket servidor teclea lo siguiente en la sesión de terminal:./sock -le : Ahora, abriendo una nueva ventana de terminal, ejecuta la orden:./sock -e :7701 Escribe en esta ventana y observa los que sucede en la otra. Seguidamente escribe en la ventana inicial, qué sucede en la segunda ventana? 3. Cierra la segunda ventana (cliente) y prueba con la orden: telnet localhost 7701 Qué sucede? Qué diferencias aprecias respecta al punto 2? Son órdenes equivalentes? El parámetro -l hace que la aplicación configure el socket en modo escucha (listen) y acepte peticiones. Por tanto, en el punto 1 del ejercicio anterior hemos puesto en marcha, en nuestro computador, un servidor que escucha en el puerto 7701, mientras que las órdenes de los pasos 2 y 3 han arrancado clientes TCP que se han conectado a ese puerto.

6 P2-6 Prácticas de Redes de Computadores Ejercicio 4: 1. Teclea lo siguiente:./sock -l :7701 -d ls 2. Ahora, en la otra sesión de terminal (en otra ventana) ejecuta la orden 3 :./sock -e : Observa lo que sucede. En este experimento se ha construido un miniservidor. Lo que hace el programa es esperar la conexión de un usuario al puerto indicado (7701 en este caso) y cuando el cliente se conecta (mediante la orden sock o el programa telnet) entonces ejecuta la orden ls que lista el contenido del directorio y lo envía a través del socket. Una vez finalizada la orden ls el servidor corta la conexión del cliente, pero sigue escuchando en el puerto para atender nuevas peticiones de otros clientes. Si se sustituye la orden ls por la orden date tenemos un miniservidor de fecha y hora. Compruébalo! 5. El protocolo UDP Del mismo modo que en los ejemplos anteriores hemos utilizado el protocolo TCP, ahora vamos a ver cómo podemos enviar información mediante el protocolo UDP. Para ello mantendremos las dos ventanas de terminal que tenemos abiertas. Ejercicio 5: 1. En una sesión de terminal teclea lo siguiente:./sock -ul : Y en otra sesión ejecuta la orden:./sock -u :7701 Escribe en esta ventana y observa los que sucede en la otra. 3. Ahora puedes cambiar la orden del paso número dos por la siguiente: date./sock -u : Aquí también se puede emplear la orden telnet localhost 7701 con idénticos efectos.

7 Herramientas básicas de red y el protocolo FTP P2-7 Como ves el funcionamiento es bastante similar, pero al carecer UDP del concepto de conexión no podemos construir un servidor de manera tan sencilla. 6. Transferencia de archivos En los ejercicios anteriores has visto algunos de los usos que nos permite un socket. Vamos ahora a utilizar los servicios de TCP y UDP para el envío de archivos entre dos ordenadores. Puesto que nuestro puesto de trabajo sólo tiene un ordenador, el otro ordenador será el servidor zoltar.redes.upv.es. En el siguiente ejercicio vamos a mostrar cómo transferir un archivo empleando el programa sock: Ejercicio 6: 1. En tu ordenador, descarga la imagen de la nube de la página web de la asignatura (wget o, en el navegador, pulsar botón derecho y guardar imagen) en un archivo llamado nube.gif. 2. Desde otra ventana, conéctate a zoltar.redes.upv.es tecleando ssh zoltar.redes.upv.es -l nombre_usuario 3. Ahora vamos a enviar la imagen haciendo en tu ordenador./sock -l :8888 -d 'cat nube.gif' 4. En zoltar, teclea 4 sock -e rdcxx.redes.upv.es:8888>nube.gif 5. Comprueba que el archivo recibido en zoltar tiene el mismo tamaño que el original. En este ejercicio se ha realizado la trasferencia del archivo mediante el protocolo TCP. Tu ordenador ha quedado a la espera de un cliente en el paso 3, y desde zoltar te has conectado como tal cliente en el paso 4. Entonces tu ordenador ha listado el contenido del archivo nube.gif a 4 Atención: Cada uno debe usar el nombre de ordenador que puede leer en la etiqueta adhesiva de su ordenador, desde rdc01.redes.upv.es hasta rdc22.redes.upv.es

8 P2-8 Prácticas de Redes de Computadores través de la conexión entre zoltar y tu puesto de trabajo. El flujo de datos resultante ha quedado almacenado en tu cuenta de zoltar en el archivo nube.gif. Es interesante resaltar que aunque el archivo resultante tenga el mismo tamaño, eso no nos garantiza que la transferencia ha tenido éxito ( y si el contenido fuera diferente?). Ahora enviaremos el archivo de vuelta para poderlo comprobar, pero empleando el protocolo UDP. Ejercicio 7: 1. En tu puesto de trabajo, teclea./sock -ul :8888> red.gif lo que te prepara para recibir el archivo, -u indica UDP. 2. Desde otra ventana, conéctate a zoltar.redes.upv.es tecleando: ssh zoltar.redes.upv.es -l nombre_usuario 3. En zoltar, teclea lo siguiente para enviar el archivo: cat nube.gif sock -u rdcxx.redes.upv.es: A continuación, finaliza la orden del paso 1 pulsando Ctrl+C en esa ventana (asegúrate de que la has seleccionado primero, haciendo click con el ratón). 5. Comprueba que los archivos nube.gif y red.gif son iguales con la orden diff nube.gif red.gif Si ambos archivos son iguales (la orden diff no da ningún mensaje) entonces podemos concluir que tanto la transmisión desde nuestro ordenador a zoltar, empleando TCP, como la vuelta, empleando UDP, no han sufrido errores. Si repites la operación con un archivo mayor encontrás que la transmisión por TCP no tiene problemas pero la de UDP podría fallar eventualmente. 7. Difusión La razón que hace que UDP tenga utilidad para muchas aplicaciones es su capacidad para hacer difusiones. Las difusiones son transmisiones que pueden ser recibidas por todos los ordenadores de una red. Una difusión se puede realizar enviando un datagrama a la dirección Este datagrama será recibido por todos los ordenadores de la misma red IP. Sin

9 Herramientas básicas de red y el protocolo FTP P2-9 embargo, y por motivos de seguridad, el uso de esta característica está a menudo restringido. Por este motivo no se puede emplear en esta práctica. Una forma de evitar esta restricción (en nuestro caso) es emplear la dirección IP de multicast , que está configurada en todos nuestros equipos como si se tratara de una dirección de difusión. En esta práctica el profesor tiene un programa que envía, periódicamente, un mensaje UDP por difusión al puerto El código de este programa es similar a: while true; do sleep 5 echo Saludos sock u :12345 done Vamos a ver cómo se puede recibir uno de los mensajes enviados por este programa. Ejercicio 8: 1. En tu puesto de trabajo teclea./sock -ul : Espera unos instantes, el mensaje se emite cada poco tiempo, paciencia. 8. El protocolo FTP En la práctica anterior nos familiarizamos con el funcionamiento de un cliente ftp. Pudimos comprobar que existen clientes ftp con diversas interfaces de usuario. Algunas de ellas requieren la introducción de órdenes textuales por parte del usuario (programa ftp de Windows o Linux), mientras que otras se basan en un entorno gráfico (navegador Internet Explorer o Netscape, por ejemplo). En esta práctica vamos a explorar el protocolo FTP 5 que deben seguir todos estos clientes, y los respectivos servidores, para realizar las operaciones de transferencia de ficheros. Este protocolo, que está descrito en el RFC 959, es único e independiente de lo sofisticada o simple que sea la interfaz de usuario. 5 Usaremos mayúsculas (FTP) para denominar al protocolo, minúsculas (ftp) para el servicio y caracteres mecanográficos (ftp) para nombrar la aplicación o agente de usuario.

10 P2-10 Prácticas de Redes de Computadores Una transferencia de ficheros mediante FTP se inicia con una conexión TCP del cliente al puerto 21 del servidor. Esta conexión se establece en el mismo momento en que el usuario introduce la URL ftp://nombre.del.servidor en la barra de direcciones del navegador o ejecuta la orden ftp nombre.del.servidor en un shell, y dura toda la sesión ftp. A través de esta conexión el cliente enviará sus órdenes al servidor, y éste le responderá mediante un código de control para informarle sobre el resultado de estas órdenes. Por este motivo, la conexión al puerto 21 se denomina conexión de control. Algunas de las órdenes más habituales del protocolo FTP son las siguientes (aunque exista alguna similitud con las órdenes de la interfaz usuario-cliente, las siguientes corresponden a las órdenes del protocolo que se usa en la comunicación cliente-servidor a través de Internet) 6 : Orden FTP USER NombreDeUsuario PASS Contraseña Función Identifica al usuario en el servidor Palabra clave del usuario CWD NombreDeDirectorio Cambia de directorio en el servidor LIST [ListaDeFicheros] Lista información de ficheros o directorios MKD NombreDeDirectorio Crea un directorio PWD Muestra el nombre del directorio actual PORT n1,n2,n3,n4,n5,n6 Indica la dirección IP del cliente (n1.n2.n3.n4) y el número de puerto del cliente (n5.n6) donde el servidor puede realizar la conexión de datos PASV Se va a usar el modo pasivo RETR Fichero STOR NombreDeFichero SYST Obtiene un fichero desde el servidor Almacena un fichero en el servidor Obtiene el tipo de sistema operativo del servidor TYPE Tipo Cambia el tipo de transmisión (A = ASCII, I = binaria) QUIT Desconexión (termina la conexión de control) Las respuestas del servidor constan de un código numérico de tres cifras seguido de un comentario que explica su significado. Los códigos del 6 En este punto es conveniente revisar las órdenes del cliente ftp vistas en la práctica anterior.

11 Herramientas básicas de red y el protocolo FTP P2-11 tipo 1xx, 2xx y 3xx son respuestas positivas, mientras que los códigos 4xx y 5xx indican que se ha producido algún error en la última operación. Para comprobar de qué forma las instrucciones que vamos introduciendo en nuestro cliente ftp generan órdenes del protocolo FTP, ejecutaremos en Linux la orden ftp, de la siguiente manera: redes@rdc01:~> ftp ftp> debug Debugging on (debug=1). ftp> open zoltar.redes.upv.es Connected to zoltar.redes.upv.es. 220 (vsftpd 1.2.1) ftp_login:user'<null>'pass'<null>'host 'zoltar.redes.upv.es' Name (zoltar.redes.upv.es:user): nombre_usuario ---> USER nombre_usuario 331 Please specify the password. Password:******** ---> PASS XXXX 230 Login successful. ---> SYST 215 UNIX Type: L8 Remote system type is UNIX. Using binary mode to transfer files.... ftp> Como se puede observar, hemos activado la opción debug, para que el programa muestre el diálogo FTP. En este listado se entremezclan órdenes e información del agente de usuario (el programa ftp), con órdenes y respuestas del protocolo FTP. Las órdenes FTP se distinguen porque van precedidas de '--->'. Éstos son los mensajes que nuestro agente de usuario envía al servidor como resultado de las órdenes introducidas por el usuario. Las respuestas del servidor son las líneas que empiezan por un número (220, 331, 230 y 215, en el ejemplo). Tras establecer la conexión con zoltar hemos obtenido un saludo del servidor (220(vsFTPd 1.2.1)). La identificación del usuario y su contraseña, han generado las correspondientes órdenes FTP y respuestas positivas por parte del servidor. Finalmente, el cliente ha enviado la orden SYST para averiguar el sistema operativo del servidor.

12 P2-12 Prácticas de Redes de Computadores Ejercicio 9: 1. Utiliza el cliente ftp para reproducir la secuencia del listado anterior. Utiliza como usuario para la sesión ftp el nombre de usuario proporcionado por el profesor. 2. A continuación, sin salir del cliente ftp, crea un directorio dirxx en zoltar (donde XX es el número de tu puesto de trabajo) y cámbiate a ese directorio. Observa las órdenes y respuestas FTP que se generan. Si desconoces, o no recuerdas, alguna orden de ftp, puedes obtener ayuda tecleando help [orden]. 3. Vuelve al directorio anterior, con la orden cd.. o cdup. 4. No cierres la sesión ftp, ya que continuaremos con ella en el siguiente ejercicio. Cuando se va a transferir un fichero desde el servidor o se quiere obtener un listado de un directorio, el protocolo FTP exige que se abra una nueva conexión a través de la cual se realizará la transferencia de información. La nueva conexión, llamada conexión de datos, dura lo necesario para enviar los datos y a continuación se cierra. Si posteriormente se requiere una nueva transferencia de fichero o listado de directorio, FTP abrirá una nueva conexión de datos. El protocolo FTP ofrece dos mecanismos para establecer la nueva conexión de datos: modo activo y modo pasivo. Para permutar entre los dos modos de funcionamiento en el agente de usuario ftp se usa la orden passive. Por defecto, Linux usa el modo pasivo que, como veremos, es más aconsejable cuando nuestro cliente actúa detrás de un cortafuegos o un NAT. 9. Modo activo En este modo el servidor, al contrario de lo que es habitual, realiza un papel activo y abre la conexión de datos al puerto que previamente le indica el cliente. Para avisar al servidor que se va a usar este modo de conexión, el cliente envía la orden FTP: PORT n1,n2,n3,n4,n5,n6. Con esta orden le indica que espera la conexión del servidor en la dirección IP n1.n2.n3.n4 (su propia dirección) y en el puerto especificado por los números n5 y n6, donde n5 representa los 8 bits de mayor peso del número de puerto y n6 los 8 bits de menor peso. Por tanto, el número de puerto se obtiene mediante el cálculo n5*256 + n6. Por ejemplo, si el cliente quiere usar el puerto 1025,

13 Herramientas básicas de red y el protocolo FTP P2-13 indicaría n5 = 4 y n6 = 1. Tras recibir esta información, el servidor inicia una conexión desde su puerto 20 sobre el puerto del cliente indicado en la orden PORT. A continuación, el cliente indicará qué operación de transferencia de datos quiere realizar (LIST,RETR o STOR) y el servidor (o el cliente) enviará la información solicitada por la conexión de datos recién establecida. Veamos un ejemplo de cómo se usa el modo activo. Ejercicio 10: 1. Continuando la sesión iniciada 7 en el ejercicio 9, ejecuta la orden epsv4 para deshabilitar las extensiones FTP definidas en el RFC 2428, que no soportan todos los servidores y nos distraen de nuestro objetivo. 2. Ejecuta la orden passive para permutar al modo activo. Parece contradictorio, pero recuerda que esta orden permuta entre ambos modos de transferencia y que por defecto ftp se inicia en el modo pasivo. 3. Solicita un listado del directorio actual y observa las órdenes y respuestas FTP que se generan. Fíjate bien, porque en el ejercicio siguiente te pediremos que reproduzcas esta secuencia a mano. 4. Cierra la sesión ftp. A continuación, vamos a emular el funcionamiento del programa ftp en modo activo, usando la herramienta sock que hemos introducido en la primera parte de esta práctica. Ejercicio 11: 1. Abre una ventana de órdenes (la primera). Con la utilidad sock establece una conexión de control FTP con zoltar.redes.upv.es, puerto Basándote en la secuencia que has observado en el ejercicio 9, envía las órdenes FTP oportunas para establecer una sesión con el nombre de usuario proporcionado por el profesor. 7 Existe un mecanismo de timeout que cierra las conexiones de control FTP que no se usan durante un tiempo. Si esto ocurre, no queda más remedio que volver a iniciar la sesión ftp tal como se hizo en el ejercicio anterior.

14 P2-14 Prácticas de Redes de Computadores 3. En otra ventana (la segunda) abre un socket en el puerto 1025 en modo escucha:./sock -le : En la primera ventana, envía la orden PORT para avisar al servidor que se va a usar el modo activo y comunícale que le estás esperando en el puerto Solicita un listado del directorio actual con la orden LIST y observa qué ocurre en la segunda ventana. 6. Descarga el fichero nube.gif. Para ello, usa de nuevo la orden PORT, pero indicando ahora el puerto 1026 (los puertos recién usados no se pueden reutilizar hasta pasado un tiempo) y a continuación la orden RETR nube.gif. Recuerda que antes de esto debes tener preparada la recepción del fichero en la segunda ventana con la orden:./sock -le :1026 > apelo.gif 7. Comprueba que este nuevo fichero es igual al nube.gif que ya tienes en tu directorio. 8. Cierra la conexión de control con la orden QUIT. 10. Modo pasivo La solución basada en el modo activo es problemática para aquellos clientes que operan detrás de un cortafuegos o un NAT, ya que habitualmente estos dispositivos impiden el establecimiento de conexiones iniciadas desde el exterior de la red protegida por el cortafuegos. Para estos casos es necesario un mecanismo en el que sea el cliente el que solicite el establecimiento de la conexión de datos. En el modo que vamos a analizar a continuación, el servidor juega su habitual papel pasivo en el establecimiento de las conexiones. Para que el cliente pueda tomar la iniciativa de la conexión es necesario que el servidor le indique en qué puerto le estará esperando. Una vez realizada la conexión, se transmitirá a través de la misma el fichero solicitado.

15 Herramientas básicas de red y el protocolo FTP P2-15 Ejercicio 12: 1. Repite los pasos del ejercicio 9 e inicia una sesión ftp con zoltar. Por defecto se iniciará en el modo pasivo. 2. Ejecuta la orden epsv4. 3. Solicita un listado del directorio actual. Observa la dirección IP y el número de puerto en el que se abrirá la conexión de datos. Para ello debes fijarte en la respuesta del servidor con código 227 Entering Passive Mode (n1,n2,n3,n4,n5,n6). La interpretación de los n1,...,n6 es la misma que en la orden PORT. A continuación, vamos a reproducir el funcionamiento del programa ftp en modo pasivo que acabamos de observar, usando la herramienta sock. Ejercicio 13: 1. Abre una ventana de órdenes (la primera). Con la utilidad sock establece una conexión de control FTP con zoltar.redes.upv.es, puerto Envía las órdenes FTP oportunas para establecer una sesión con el nombre de usuario proporcionado por el profesor. 3. Envía la orden PASV con los parámetros adecuados para avisar al servidor que se va a usar el modo pasivo. 4. Observa la respuesta con código 227 del servidor. En una segunda ventana abre un socket cliente dirigido al puerto que te está indicando el servidor:./sock -e zoltar.redes.upv.es:xxxxx 5. En la primera ventana, solicita un listado del directorio actual con la orden LIST y observa qué ocurre en la segunda. 11. Para terminar Una vez concluidos los ejercicios de esta práctica, borra todo el contenido del directorio de trabajo del servidor zoltar y de tu ordenador. Gracias.