Module Apache mod_proxy_ftp

Pourquoi les fichiers du type xxx ne sont-ils pas t�l�chargeables par FTP ?

Ce type particulier de fichier n'est probablement pas d�fini en temps que application/octet-stream dans le fichier de configuration mime.types de votre mandataire. La ligne suivante peut y rem�dier :

application/octet-stream   bin dms lha lzh exe class tgz taz

Vous pouvez aussi d�finir par d�faut tous les types de fichiers en tant que fichiers binaires :

ForceType application/octet-stream

Comment puis-je forcer le t�l�chargement FTP en mode ASCII du fichier xxx ?

Dans les rares siruations o� vous devez t�l�charger un fichier sp�cifique en utilisant la m�thode de transfert FTP ASCII (alors que le mode transfert par d�faut est binary), vous pouvez modifier le mode de transfert de mod_proxy en suffixant la requ�te avec ;type=a pour forcer un transfert en mode ASCII (les listings de r�pertoires FTP sont cependant quant � eux transmis en mode ASCII).

Comment puis-je effectuer un chargement FTP ?

Actuellement, seule la m�thode GET est support�e pour FTP dans mod_proxy. Vous pouvez en revanche utiliser le chargement HTTP (POST or PUT) via un mandataire Apache.

Comment puis-je acc�der par FTP � des fichiers situ�s en dehors de mon r�pertoire home ?

Un URI FTP est consid�r� comme relatif au r�pertoire home de l'utilisateur connect�. H�las, vous ne pouvez pas utiliser /../ pour atteindre des r�pertoires de niveau sup�rieur, car les points sont interpr�t�s par le navigateur et ne sont donc pas vraiment envoy�s au serveur FTP. Pour traiter ce probl�me, une m�thode nomm�e Squid %2f hack a �t� impl�ment�e dans le mandataire FTP Apache ; cette solution est aussi utilis�e par d'autres serveurs mandataires courants comme le Cache mandataire Squid. En pr�fixant par /%2f le chemin de votre requ�te, vous pouvez faire en sorte que le mandataire modifie le r�pertoire FTP racine en / (au lieu du r�pertoire home). Par exemple, pour extraire le fichier /etc/motd, vous pourriez utiliser l'URL :

Comment puis-je dissimuler le mot de passe FTP apparaissant en clair dans la ligne d'URL de mon navigateur ?

Apache utilise diff�rentes strat�gies pour effectuer une connexion � un serveur FTP � l'aide d'un nom d'utilisateur et d'un mot de passe. En l'absence de nom d'utilisateur et de mot de passe dans l'URL, Apache tente une connexion anonyme aupr�s du serveur FTP comme suit :

Ceci fonctionne avec tous les serveurs FTP courants configur�s pour accepter les connexions anonymes.

Pour une connexion personnalis�e avec un nom d'utilisateur sp�cifique, vous pouvez int�grer ce dernier dans l'URL comme suit :

Si le serveur FTP demande un mot de passe pour ce nom d'utilisateur (ce qu'il est cens� faire), Apache va renvoyer au client une r�ponse 401 (Autorisation requise), ce qui fera afficher au navigateur une bo�te de dialogue utilisateur/mot de passe. Une fois le mot de passe saisi, la connexion est tent�e � nouveau, et si elle r�ussit, la ressource demand�e est pr�sent�e. L'avantage de cette proc�dure r�side dans le fait que votre navigateur n'affiche pas le mot de passe en clair, ce qu'il aurait fait si vous aviez utilis� l'URL :

Pourquoi re�ois-je un listing de fichiers alors que j'ai demand� le t�l�chargement d'un fichier ?

Apache examine l'URL de la requ�te afin de permettre la navigation dans les r�pertoires d'un serveur FTP ainsi que le t�l�chargement de fichiers. Si elle ressemble � un r�pertoire, ou contient des caract�res g�n�riques ("*?[{~"), alors Apache consid�re que c'est un listing qui est demand�, et non un t�l�chargement.

Vous pouvez d�sactiver le traitement sp�cial des noms contenant des caract�res g�n�riques. Voir � cet effet la directive ProxyFtpListOnWildcard.