Vsftpd upload impossible

Salut,

Comme il a été déjà dit à maintes reprises, nous n'avons pas encore des dons divinatoires et de ce fait si tu nous affiches pas ton fichier de conf (vsftpd.conf) nous ne pourrons pas t'aider, merci donc de nous afficher le résultat de :

egrep -v '^(#|$)' vsftpd.conf

;-)) Z'@+...che.

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

Bonjour et merci poiur ta réponse

Tu viens exactement de reproduire ce qui ce passe sur ma machine. Je ne comprend pas pourquoi on ne peut pas faire un put de fichier sur le répertoire racine de l utilisateur alors que cela fonctionne dans les sous repertoire.

J administre des systemes unix et cela ne m étais jamais arrivé.

Si quelqu un peut me donner la solution pour palier a ce soucis cela me retirerai une grosse épine du pied.

Merci de votre aide

Bonjour,


Les réponses ne se bouscule pas, je sais que beaucoup de monde est en vacances, mais je trouve anormal de ne pas pouvoir ecrire dans le repertoire racine de mes comptes en ftp alors que cela est possible sur tout les autres systeme UNIX.

Merci de me dire comment vous avez résolu ce soucis ou si c est une spec de vsftpd

Bonne journée a tous

Vincent

Re-

Bon j'ai passé une bonne partie de la journée d'hier à triturer la bestiole dans tous les sens pour en arriver toujours à la même conclusion !!!
Pas d'upload depuis le /home !!!???

Après maintes recherches sur la toile, où d'ailleurs les exemples se ressemblent, j'ai trouvé un début d'explication qui semblerait plausible.

Le "vs" de "vsFTPd", c'est pour "Very Secure". Donc en partant de là qui dit sécurité dit "cadenassage" de tout.
Le fait de "chrooter" le user à la connexion, fait donc de son "/home" la nouvelle "racine" de son environnement et par là même interdirait toutes écritures.
Une autre piste serait aussi le "shell" de connexion dans le fichier "/etc/passwrd", mais là j'ai pas tout pigé et j'ai pas expérimenté...

Au départ le serveur "vsFTPd" d'après ce que j'en ai compris est surtout orienté "sécurité" et surtout comme serveur "anonyme" emprisonnant les connexions dans un répertoire "pub" (/var/pub) avec la possibilité de permettre l'upload ou non.
Il autorise aussi les connexions locales et notamment des utilisateurs présents dans le "/etc/passwrd", mais ce n'est pas là sa vocation principale.

J'ai pas expérimenté les utilisateurs virtuels, mais il est possible qu'avec cette option l'upload marche dans le "/home".

Si je venais à trouver quelques choses, je te tiendrai au courrant ;-) Z'@+...che.

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

Bonjour

Et merci de ton aide. J en arrive au même conclusion que toi.

Je travaille sur la fedora core 4 et je cherche un serveur ftpd au lieu du vsftpd, sait tu si il existe ?

A+

Re-

Il existe bien "ProFTPD" : http://www.proftpd.org/
il n'est pas présent dans les paquetages de Fedora, c'est d'ailleurs étrange qu'il ne soit proposé qu'un seul serveur FTP dans la liste des paquets.

Il et un peu plus ardu à configuré et la liste des directives est assez conséquente : http://www.proftpd.org/docs/directives/linked/by-name.html

PS. Ôcazou t'aurais z'oublié : http://www.commentcamarche.net/forum/affich-1709565#1 Z'@+...che.

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

Coucou la foule.

Y'a un truc que je pige pas bien là :)
Ici:
/home => 755
/home/asevere => 700
Je peux bien copier un fichier dans /home/asevere si je me log avec l'utilisateur asevere, c'est bien ça que vous cherchez à faire ?

Le probléme ne vient pas des droit, a partir du moment où, ici, asevere est propriétaire de /home/asevere et que le propriétaire à tout les droits dessus (rwx).
Tout ça sur Fedora Core #3, avec le vsftpd d'origine.

Une politique différente au niveau de la gestion des /home des utilisateurs peut-etre ? <= (edit: suggestion idiote)
Une belette, un lapin !?
C'est pas normal!

ftp> put citations.txt
local: citations.txt remote: citations.txt
200 PORT command successful. Consider using PASV.
553 Could not create file.
ftp> cd kqemu
250 Directory successfully changed.
ftp> put citations.txt
local: citations.txt remote: citations.txt
200 PORT command successful. Consider using PASV.
150 Ok to send data.
226 File receive OK.
2858 bytes sent in 0.031 seconds (89 Kbytes/s)
ftp>

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

Bon j'ai (enfin je crois) résolutionné le blème de l'upload dans le répertoire "/home".

Ben j'étais donc en "standalone" niveau daemon (directive "listen=YES") et j'ai eu la bonne idée de passer par "xinetd.d" histoire de voir (et surtout pour mettre en place un serveur virtuel), et du coup ben je me retrouve avec le droit d'uploader dans la racine de mon /home ;-)))

C'était donc pas une histoire de fichier de conf et encore moins de droits au niveau de l'user mais apparemment une sécurité au niveau du daemon qui lance le serveur.
J'ai lu quelque part qu'il était recommandé de lancer le serveur avec le métadaemon "xinetd.d"... donc c'est chose faite. Z'@+...che.

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

Salut,

Tu as tout simplement oublié (je suppose, mais je viens de faire l'expérience) de mettre la directive "listen=" à "NO" :
listen=NO

Je viens de la remettre à "YES" et une fois le daemon "xinetd" relancé, j'obtiens le même message que toi :
500 OOPS: could not bind listening IPv4 socket
Donc ton fichier doit contenir ceci :

anonymous_enable=NO
local_enable=YES
write_enable=YES
local_umask=022
dirmessage_enable=YES
xferlog_enable=YES
connect_from_port_20=YES
xferlog_std_format=YES
ftpd_banner=Welcome to my FTP service.
chroot_list_enable=YES
pam_service_name=vsftpd
userlist_enable=YES
listen=NO
tcp_wrappers=YES

;-)) Z'@+...che.

JP : Zen, my Nuggets ! ;-)
Le savoir n'est bon que s'il est partagé. 

J ai trouvé la solution et je vois que le post précedent le mien donne la même chose, j ai oublié de mettre LISTEN=no dans mon fichier de conf vsftpd.

Encore merci a tous et bonne journée