Serveur FTP graphique sous Linux ? - Page 2

Kevin Kofler (./27) :
Où est le problème? (Et cf. edit de ./25 aussi.)

C'est tellement élégant comme solution

Flanker (./17) :

Kevin Kofler (./12) :
Bah, la solution que je propose répond à tes besoins (du moins ceux dont tu as parlé dans le ./9).

Bah non, vu que tu crées des utilisateurs locaux alors qu'il n'y en a pas besoin...

(En fait, je ne comprends pas trop cette succession de remarques, donc je peux répondre à côté)
S'ils sont issus d'un annuaire quel qu'il soit, tu peux très bien mettre un filtre pour n'autoriser sur tel ou tel protocole que les utilisateurs qui passent le filtre LDAP donné.

Bah oui c'est élégant, ça réutilise les mécanismes d'intégration LDAP, d'authentification (PAM) et de quotas du système d'exploitation au lieu de les réinventer.

Pour revenir au sujet je pense que une serveur ftp purement graphique n'est pas une bonne idée pour le raison citées si dessus.
Cependant je trouve que a l'heure actuelle, il faudrait vraiment un front-end graphique pas trop mal fichu qui donne accès à toutes les options. D'ailleurs filezilla serveur que tu cites en exemple utilise bien avec un front-end graphique.

Bon, OK, un front-end, mais stable et correct. Donc vous me dites qu'un G6FTP ou un CerberusFTP (essayez les) n'est pas possible sur Linux parce que la mentalité Linux prétend que c'est superflu ? Drôle de mentalité, c'est quoi les critères, y'a une liste écrite noire sur blanc qu'on peut consulter quelques part ?

CerberusFTP lance un service qui s'occupe des transferts et dispose d'une interface graphique intuitive pour pas perdre son temps avec des chmods et autres joyeusetées quand on édite des fichiers de conf, surtout si on fait de l'administration à distance (par vnc). Donc c'est sûr, c'est pas possible sous Linux ? Je vais donc demander alors qu'on me migre l'hébergement vers un système plus fonctionnel, moins prétentieux et répondant à mes besoins, sous Microsoft Windows quoi...

Kochise

Non mais essaye déjà avec webmin... mais n'oublie pas que, sous Linux, l'objectif est de ne pas dupliquer les ressources, donc tout est lié : la gestion des utilisateurs, les droits, les quotas, l'authentification. Monter un serveur FTP implique que tu aies des compétences dans tous ces domaines.
Sous Windows, ça devrait être pareil, sauf qu'en pratique il y a plein de services qui réinventent la roue (je ne compte pas le nombre d'outils où tu recrées tes usagers, tu reparamètres les droits, etc.).

Nil (./36) :
en pratique il y a plein de services qui réinventent la roue (je ne compte pas le nombre d'outils où tu recrées tes usagers

(mouais, enfin j'ai jamais compris pourquoi les utilisateurs d'un service comme le FTP devraient être les mêmes que ceux qui ont un compte local, ça peut très bien n'avoir aucun rapport - c'est utile de proposer de reprendre les comptes d'utilisateurs locaux, mais c'est idiot d'imposer le contraire)

(y'a aucune obligation, on peut définir des comptes FTP qui ne sont pas des comptes locaux/groupes)

Nil (./36) :
Non mais essaye déjà avec webmin... mais n'oublie pas que, sous Linux, l'objectif est de ne pas dupliquer les ressources, donc tout est lié : la gestion des utilisateurs, les droits, les quotas, l'authentification. Monter un serveur FTP implique que tu aies des compétences dans tous ces domaines.Sous Windows, ça devrait être pareil

pourquoi donc ?

, sauf qu'en pratique il y a plein de services qui réinventent la roue (je ne compte pas le nombre d'outils où tu recrées tes usagers, tu reparamètres les droits, etc.).

Bah à part Filezilla server, la plupart des serveurs FTP que j'ai essayé te proposent au choix
- leur propre base d'utilisateurs (comme filezllla),
- l'authentification Windows classique
- l'authentification LDAP
- l'authentification AD
et parfois tu peux aussi te connecter à une base SQL

Ça me semble tellement plus souple et logique comme ça...

Zerosquare (./37) :

Nil (./36) :
en pratique il y a plein de services qui réinventent la roue (je ne compte pas le nombre d'outils où tu recrées tes usagers

(mouais, enfin j'ai jamais compris pourquoi les utilisateurs d'un service comme le FTP devraient être les mêmes que ceux qui ont un compte local, ça peut très bien n'avoir aucun rapport - c'est utile de proposer de reprendre les comptes d'utilisateurs locaux, mais c'est idiot d'imposer le contraire)

Non mais c'est ce qu'on disait : tu as une base d'utilisateurs, mais qui a des droits particuliers. Tu peux avoir des filtres sur des champs LDAP (par exemple, sur un attribut allowedRessources).

(bon, j'avais mal compris, alors)

En fait, la question est "pourquoi multiplier les bases d'utilisateurs et dupliquer certaines informations alors qu'on peut avoir un système d'information homogène ?".
Disons qu'une fois qu'on se pose la question en terme d'urbanisation du SI, il y a des réponses qui paraissent évidentes aux problèmes posés, en particulier sur les comptes utilisateurs et les droits d'accès ressource.

vsftpd permet des comptes FTP-only dans des fichiers de config. À ma connaissance, il ne propose pas le LDAP, mais c'est parce que c'est un serveur qui vise la performance et la sécurité, rajouter 10000 fonctionnalités spécialisées nuirait à ces buts. Leur idée, c'est que si on veut du LDAP, on utilise la gestion du LDAP du système d'exploitation. Mais il y a d'autres serveurs FTP qui proposent plus de fonctionnalités.

Je suis pas vraiment d'accord pour le FTP, si on a un compte spcifique pour le FTP c'est qu'on a un dossier dans lequel on peu au moins lire des fichiers, donc il faut bien un compte sur l'OS pour pouvoir acceder a ces fichiers, sans que d'autres utilisateurs qui puissent y avoir acces sans authorisation, ce qu'on trouve naturellement sous un UNIX...

On peut tres bien creer un utilisateur sans shell, donc impossible de se logguer sur la machine, tout en ayant juste un dossier home visible en FTP ou equivalent...

Kevin Kofler (./43) :
À ma connaissance, il ne propose pas le LDAP, mais c'est parce que c'est un serveur qui vise la performance et la sécurité, rajouter 10000 fonctionnalités spécialisées nuirait à ces buts

je vois pas le rapport, il suffirait de mettre à disposition une sorte de connecteur de moyen d'authentification. UNIX le permet avec PAM par exemple, je vois pas où se pose le problème niveau performance. Niveau sécurité non plus, au contraire, tu proposes deux types de mots de passe : les locaux UNIX et les locaux vsftpd qui sont gérés en interne, ça ajoute de la complexité inutile à mon sens

Godzil (./44) :
On peut tres bien creer un utilisateur sans shell, donc impossible de se logguer sur la machine, tout en ayant juste un dossier home visible en FTP ou equivalent...

certes, cela dit c'est moche à faire si on utilise l'authentification UNIX par défaut dès qu'on a beaucoup de users... LDAP est ici clairement adapté (pour le reste aussi d'ailleurs)
un ldap avec les utilisateurs autorisés à utiliser le FTP dans le groupe ftp par exemple, résout tous les problèmes

Par rapport au ./1, j'ai pas trop compris ce que tu voulais. En gros tu veux comme filezilla, mais sur Linux? Et y'a rien qui fait ça?
(la question m'intéresse car j'utilisais que ftp ou scp dans le terminal jusqu'à présent, mais je préfère glisser-déposer si c'est disponible).

Et encore question très conne, gFTP c'est pas pareil? http://gftp.seul.org/screenshots.html
#pas_taper# merci

Il veut un serveur, pas un client.

Et un serveur FACILE à configurer, sans avoir à se taper une création de compte Unix pour chaque login FTP (c'est autre chose, puisqu'ils n'ont pas accès au FS de l'OS) juste pour faire de bêtes transferts. Là je me suis fait chier ce week-end pour simplement comprendre qu'il fallait créer d'abord un groupe FTP, y coller les logins clients, etc... bref un merdier incroyable alors que sous CerberusFTP, une dizaines de clicks et hop, comptes crées, fichiers partagés, etc... Je veux CA, mais sous Linux, puisque mon hébergement est sous Linux Mais s'il le faut parce que Linux n'est pas adapté comme serveur FTP facile à administer (excuses bidons diverses) je passe sous Microsoft. J'essaye juste de donner à Linux sa chance de montrer qu'il peut faire aussi bien que Microsoft, mais s'il pèche déjà sur un pauv' serveur FTP graphique, c'est pô gagné !

Kochise

Honnêtement, tu veux juste troller ; parce que vouloir impérativement un serveur graphique pour FTP pour n'en faire que de l'administration à distance (via VNC) , si ce n'est pas du masochisme, je ne sais pas ce que c'est.

Gèrer des comptes utilisateurs sous Linux en ligne de commande juste pour faire un simple partage de fichier FTP, soit disant parce que c'est mieux pour moi, *CA* c'est du masochisme ! L'interface graphique a été mise au point pour améliorer le confort d'utilisation, qu'importe si se taper des script bash fait plus geek, j'ai besoin d'un truc *SIMPLE*, ce que Linux ne semble pas daigner faire ! Un OS (Operating System, ou Système d'Exploitation) sert à pouvoir Exploiter un Système, dont la partie graphique. Microsoft sait faire coté graphique, Linux est resté à la ligne de commande. Si je prend un hébergement distant avec administration graphique c'est *PAS* pour me taper de la ligne de commande. Je voulais croire que Linux avait évolué vers le bon sens (Ubuntu facile d'utilisation, interface graphique, gestion à la souris comme sous Windows) et bien à la simple quête d'une pauv' serveur graphique sous Linux, je me rend compte qu'il n'en est encore *RIEN*, en 2009 ! C'est grâve, et n'attend pas de moi que je fasse la promotion d'un tel OS qui prone l'indigestion de ligne de commande par nostalgie, sinon je ne vois pas de raison valable de ne pas pouvoir faire aussi bien que sous Microsoft dans ce domaine :/ Et non, c'est pas un troll, j'expose un simple cas très pragmatique, je cherche un petit serveur FTP graphique sous Linux, et manifestement ça n'existe pas ! Qui est piègé dans l'affaire ? CerberusFTP te permet de monter un serveur, ajouter 10 utilisateurs et les dossiers à partager (avec gestion Read/Write/Del) en 2 (deux, 1+1) minutes. Dimanche j'ai passé 5 (cinq, 1+1+1+1+1) *HEURES* à pas comprendre pourquoi malgré mon putain de fichier .conf qui avait la bonne tête, ça marchait pas. Pour finir par me rendre compte hier soir (merci Nil) qu'il fallait aussi s'amuser à gèrer les droits d'accès au groupe d'utilisateurs pour qu'ils puissent accèder aux fichiers de la machine. J'esperais que ce serait un *MINIMUM* transparent !

Kochise

Tu peux créer des utilisateurs avec des outils graphiques, par exemple system-config-users dans Fedora. Ensuite, tu configures ton serveur FTP avec system-config-vsftpd et tu as pu tout faire sans passer par la ligne de commande.

Ou tout avec webmin, et ça évite d'avoir à se farcir les aléas de VNC.

ssh -X -C
Pas besoin de VNC.

PpHd (./49) :
Honnêtement, tu veux juste troller ; parce que vouloir impérativement un serveur graphique pour FTP pour n'en faire que de l'administration à distance (via VNC) , si ce n'est pas du masochisme, je ne sais pas ce que c'est.

Si tu avais lu les posts précédents, tu aurais lu qu'à peu près tous les bons serveur FTP peuvent être administrés à distance avec une interface graphique

Kochise, question :
le topic ne serait pas mieux en section "logiciel" ou "système d'exploitation" ?

C'est toi qui voit si tu dois le déplacer, j'ai eu mes réponses, merci les gars

Kochise

Tiens, en parlant de ssh pour faire du transfert... On fait comment pour voir qui est connecté ?

edit : ouaix non on la refait : logs SSHD ?
par exemple :
Jan 6 22:54:17 haku sshd[3137]: Accepted publickey for kim from 192.168.1.145 port 57812 ssh2

Flanker (./57) :
On fait comment pour voir qui est connecté ?

Quid de la commande "who" ?

par contre, si tu fais du sftp (enfin, du transfert via ssh -- me semble que c'est sftp ? ), je ne crois pas que tu "restes connecté" entre deux transferts : je me demande s'il n'y a pas une connexion / déconnexion à chaque transfert, ce qui ferait que les utilisateurs n'apparaissent pas en sortie de "who" s'ils ne sont pas à l'instant présent en train d'effectuer un transfert ?

en cas de scp/sftp, who te verra pas, vu que tu n'as pas de session ouverte. Meme si tu as un transfert "en cours"