- Sélectionnez le fichier "ftp02.txt" et cliquez sur le bouton "<<" : le fichier est téléchargé depuis le serveur.
- Notez bien qu'à chaque échange, le serveur ouvre un port destiné à la transmission des données.
- Pour la transmission des commandes au serveur, c'est le port 21 qui est utilisé.
- Cliquez sur le bouton "déconnecter".
- Refermez le client FTP.
- Editez le fichier "ftp02.txt" sur le disque dur de st1 :
- Relancez le client FTP et sélectionnez le mode "client actif".
- Cliquez sur le bouton "connecter". Lors de l'envoi de la commande "ls", c'est cette fois le client qui fourni un n° de port pour la transmission de données.
- Le serveur n'ouvre plus de port, il utilise le port 20, ce que l'on peut vérifier à l'aide de l'infobulle affichée sur la zone TCP :
- Téléchargez à nouveau le fichier "ftp02.txt" en cliquant sur le bouton "<<".
- Quittez le client FTP et vérifiez sur le disque dur de st1 que le fichier a bien été remplacé
- Relancez le client FTP et connectez-vous en utilisant cette fois une connexion anonyme.
- Après l'exécution de la commande "ls", sélectionnez le fichier "upload.txt" dans la liste de gauche et cliquez sur le bouton ">>". Le serveur refuse, l'écriture n'est pas autorisée pour les connexions anonymes.
- Recommencez l'opération en vous connectant en tant que "root", le fichier est bien envoyé au serveur.
- Ouvrez le fichier TP05_06.xml et passez en mode Application.
- Le client FTP (sur st1) est cette fois situé dans un réseau local accédant à l'Internet par l'intermédiaire d'un routeur.
- Le serveur FTP (sur st2) est toujours directement connecté à l'Internet. Cette situation est la plus fréquente.
- Lancez le client FTP sur st1, assurez-vous que le mode "client passif" soit bien sélectionné, cochez la case "tracer" et cliquez sur le bouton "connecter".
- A l'issue des échanges, la liste des commandes est affichée. Pour chaque commande, les translations d'adresse et de port effectuées par le routeur sont indiquées :
- Détaillons ce qui se passe pour la commande "ls" (les numéros de ports varient d'une exécution à l'autre) :
- Le message transite initialement depuis l'adresse 10.0.0.2 (port généré par le client) vers l'adresse 172.12.0.3 (port 21).
- rt1 NatPat OUT (172.11.0.3:4421) -> (172.12.0.3:21) : lors de l'envoi sur le câble de sa connexion Internet, le routeur translate la source du message en mettant sa propre adresse IP et mémorise cette translation dans sa table NatPat.
- Lorsque le serveur retourne le port données qu'il a ouvert, le routeur consulte sa table NatPat et translate cette fois la destination.
- rt1 NatPat IN (172.12.0.3:21) -> (10.0.0.2:7228) : le message est bien redirigé vers st1.
- Le client utilise le port retourné pour se déclarer prêt. Ce message correspond en fait à la négociation de l'échange TCP au niveau transport.
- rt1 NatPat OUT (172.11.0.3:9690) -> (172.12.0.3:8029) : le routeur translate la source du message en mettant sa propre adresse IP et mémorise cette translation dans sa table NatPat.
- Le serveur retourne la liste des fichiers en utilisant son port données.
- rt1 NatPat IN (172.12.0.3:8029) -> (10.0.0.2:3352) : le message est bien redirigé vers st1.
- Les échanges se passent correctement.
- Déconnectez le client FTP, sélectionnez le mode "client actif", cochez la case "tracer" et cliquez sur le bouton "connecter".
- Tout va bien jusqu'au moment où le serveur tente d'envoyer sa liste de fichiers...
- En mode actif, c'est le client qui indique un n° de port pour les données, le serveur utilise quant à lui le port 20.
- Détaillons ce qui se passe pour la commande "ls" (les numéros de ports varient d'une exécution à l'autre) :
- Le message transite initialement depuis l'adresse 10.0.0.2 (port généré par le client, ici 7085) vers l'adresse 172.12.0.3 (port 21).
- rt1 NatPat OUT (172.11.0.3:5432) -> (172.12.0.3:21) : le routeur translate la source du message en mettant sa propre adresse IP et mémorise cette translation dans sa table NatPat.
- Le serveur retourne la liste des fichiers en utilisant de son côté le port 20, et à destination du port transmis par le client (ici 4989).
- rt1 consulte sa table NatPat, la seule association existante concerne le port 7085 utilisé pour l'envoi de la commande LS, il est impossible de translater un message à destination du port 4989.
- Voila pourquoi le mode "client passif" est utilisé par défaut par les logiciels clients FTP (FileZilla par exemple).