- Seleccione el fichero "ftp02.txt" y presione el botón "<<" : el fichero es telecargado desde el servidor.
- Tenga en cuenta que a cada intercambio, el servidor abre un puerto destinado a la transmisión de los datos.
- Para la transmisión de los pedidos al servidor, es el puerto 21 que se utiliza.
- Presione el botón "desconectar".
- Vuelva a cerrar el cliente FTP.
- Modifique el fichero "ftp02.txt" sobre el disco duro de st1 :
- Reactive el cliente FTP y selecciona el método "cliente activo".
- Presione el botón "conectar". En el envío del pedido "ls", es esta vez el cliente quien indica un n° de puerto para la transmisión de datos.
- El servidor no abre más de puerto, utiliza el puerto 20, lo que se puede comprobar con ayuda del infobulle indicada sobre la zona TCP :
- cargue a distancia de nuevo el fichero "ftp02.txt" presionando el botón "<<".
- Deje el cliente FTP y comprueba sobre el disco duro de st1 que se sustituyó bien el fichero
- Reactive el cliente FTP y conectese utilizando esta vez una conexión anónima.
- Después de la ejecución del pedido "ls", seleccione el fichero "upload.txt" en la lista de izquierda y presione el botón ">>". El servidor se niega, no se autoriza la escritura para las conexiones anónimas.
- Reinicíese la operación conectándose como "root", el fichero se envía bien al servidor.
- Abra el fichero TP05_06.xml y pasa en método Aplicación.
- El cliente FTP (sobre st1) es esta vez situado en una red local que accede a Internet por medio de un combinador de redes.
- Se conecta directamente al servidor FTP (sobre st2) siempre a Internet. Esta situación es la más frecuente.
- Lance el cliente FTP sobre st1, asegura que el método "cliente pasivo" esté seleccionado bien, hacen una cruz en la casilla "trazar" y presionan el botón "conectar".
- Después de los intercambios, se indica la lista de los pedidos. Para cada pedido, las translaciones de dirección y puerto efectuadas por el combinador de redes se indican:
- Enumeremos lo que pasa para el pedido "ls" (los números de puertos varían de una ejecución al otro):
- El mensaje transita inicialmente desde la dirección 10.0.0.2 (puerto generado por el cliente) hacia la dirección 172.12.0.3 (puerto 21).
- rt1 NatPat OUT (172.11.0.3:4421) -> (172.12.0.3:21): en el envío sobre el cable de su conexión Internet, el combinador de redes vuelv a poner la fuente del mensaje poniendo su propia dirección IP y memoriza esta translación en su tabla NatPat.
- Cuando el servidor devuelve el puerto datos que abrió, el combinador de redes consulta su tabla NatPat y vuelv a poner esta vez el destino.
- rt1 NatPat IN (172.12.0.3:21) ->(10.0.0.2:7228): el mensaje redirigé bien hacia st1.
- El cliente utiliza el puerto dado la vuelta para declararse listo. Este mensaje corresponde en realidad a la negociación del intercambio TCP al nivel transporte.
- rt1 NatPat OUT (172.11.0.3:9690) - >(172.12.0.3:8029): el combinador de redes vuelv a poner la fuente del mensaje poniendo su propia dirección IP y memoriza esta translación en su tabla NatPat.
- El servidor devuelve la lista de los ficheros utilizando su puerto datos.
- rt1 NatPat IN (172.12.0.3:8029) -> (10.0.0.2:3352): el mensaje redirigé bien hacia st1.
- Los intercambios pasan correctamente.
- Desconectan el cliente FTP, seleccionan el método "cliente activo", hacen una cruz en la casilla "trazar" y presionan el botón "conectar".
- Todo llega bien hasta el momento en que el servidor intenta enviar su lista de ficheros...
- En método activo, es el cliente que indica un n° de puerto para los datos, el servidor utiliza por su parte el puerto 20.
- Enumeremos lo que pasa para el pedido "ls" (los números de puertos varían de una ejecución al otro):
- El mensaje transita inicialmente desde la dirección 10.0.0.2 (puerto generado por el cliente, aquí 7085) hacia la dirección 172.12.0.3 (puerto 21).
- rt1 NatPat OUT (172.11.0.3:5432) -> (172.12.0.3:21): el combinador de redes vuelve a poner la fuente del mensaje poniendo su propia dirección IP y memoriza esta translación en su tabla NatPat.
- El servidor devuelve la lista de los ficheros utilizando por su parte el puerto 20, y con destino al puerto transmitido por el cliente (aquí 4989).
- rt1 consulta su tabla NatPat, la única asociación existente se refiere al puerto 7085 utilizado para el envío del pedido LS, es imposible de translatar un mensaje con destino al puerto 4989.
- Por esto el método "cliente pasivo" es utilizado por defecto por los programas informáticos clientes FTP (FileZilla por ejemplo).