Vous n'êtes pas identifié(e).
Cinquième étape : créer un lien symbolique
ln -s /etc/pure-ftpd/conf/PureDB /etc/pure-ftpd/auth/75puredb
Cette étape permet d’éviter une erreur 530 à la connexion du client FTP
Visiblement, si on oublie cette étape, l'erreur 530 est inévitable.
Ma question est donc, à quoi sert cette étape ? Techniquement, pourriez vous m'expliquer à quoi cela sert ?
D'avance, merci
Hors ligne
A trop faire de l'économie un idéal, nous faisons l'économie de l'Idéal !
Hors ligne
Salut,
Réponse ici > http://support.ipswitch.com/kb/WS-19980508-BK03.htm
Merci pour ce lien, mais il ne m'explique pas trop l'utilité du lien symbolique, pourquoi on le fait,etc... ?
Je sais, c'est très candide comme question
Hors ligne
Crée un lien de nom name (par défaut filename) pour le fichier filename. L'option -s indique que ce lien est un lien symbolique ; sinon c'est un lien physique.
En fait par cette méthode, tu ajoutes les utilisateurs de pure ftpd dans la base de donnée virtuelle (DB) d'authentification de pure ftpd... Toute authentification passe obligatoirement par une connexion à une base de donnée pour vérifier la conformité (existence) de l'user et du pass, quelle soit virtuelle ou autre... Si tout est ok, hop connexion au serveur, sinon tu aurais une erreur 530, ce qui correspond à un échec de l'authentification, normal tes utilisateurs seraient inconnus puisque pas de base de donnée si tu omets cette étape
Cette étape n'est pas obligatoire si tu paramètres ton ftp pour qu'il reçoive uniquement des connexions anonymes! À ne pas essayer quand même
Si tu as beaucoup d'utilisateur, le mieux est d'utiliser une base de donnée Mysql.... Pour une production pro ou intensive, je conseille Vsftpd (Very sécure ftp demon) => http://fr.wikipedia.org/wiki/VsFTPd
Amicalement.
Si vous êtes fan du « Si ce n’est pas cassé, ne le corrigez pas » , vous serez un grand fan de BSD. Mais si vous êtes du genre à avoir besoin que tout soit le plus récent possible, vous feriez mieux de migrer vers Linux aussi vite que possible histoire de ne pas être à la traîne.BSD a un système de base comprenant de nombreux outils, ils sont tous développés et packagés ensemble pour être cohésif.
Hors ligne
Hors ligne
puis faîtes un
Vous devriez obtenir un truc du genre
total 0
lrwxrwxrwx 1 root root 26 2013-11-01 02:05 65unix -> ../conf/UnixAuthentication
lrwxrwxrwx 1 root root 25 2013-11-01 02:05 70pam -> ../conf/PAMAuthentication
C'est sûrement PAM qui fout le bins
Faîtes un
# ln -s ../conf/PureDB 50PureDB
Et vous devriez obtenir ensuite
Et là, normalement c'est bon, vos users virtuels ont bien été ajoutés
Toujours en étant dans le rep /etc/pure-ftpd/auth
Faites cela pour virer les authorisations unix inutiles dans votre cas
et après, vous aurez bien seulement que vos utilisateurs virtuels pour l'authentification de pure ftpd
Amicalement.
Si vous êtes fan du « Si ce n’est pas cassé, ne le corrigez pas » , vous serez un grand fan de BSD. Mais si vous êtes du genre à avoir besoin que tout soit le plus récent possible, vous feriez mieux de migrer vers Linux aussi vite que possible histoire de ne pas être à la traîne.BSD a un système de base comprenant de nombreux outils, ils sont tous développés et packagés ensemble pour être cohésif.
Hors ligne
Ce souci est-il apparut suite à un redémarrage de la machine?
Tout à fait lorus Merci pour ta réponse
Toujours en étant dans le rep /etc/pure-ftpd/auth
Faites cela pour virer les authorisations unix inutiles dans votre cas# rm 65unix
# rm 70pam
Je suis bien en root, mais quand je veux supprimer ces fichiers
root@debian:/etc/pure-ftpd/auth# rm 65unix 70pam
rm: impossible de supprimer « 65unix »: Système de fichiers accessible en lecture seulement
rm: impossible de supprimer « 70pam »: Système de fichiers accessible en lecture seulement
Et ce, même en stoppant le daemon pureftpd ?
Bizarre, non ?
Dernière modification par Abou Ilyès (16-01-2013 14:19:22)
Hors ligne