Bonjour,
 
Problématique davantage pour une TPE (association) qu'autre chose : je cherche à remplacer un Dropbox utilisé pour un le partage de fichiers, par quelque chose hébergé en "interne" sur serveur Red Hat. L'objectif est d'avoir la praticité de Dropbox, d'y ajouter du versioning, et de ne pas subir les limites de taille de fichier ou d'espace de stockage. Les utilisateurs doivent pouvoir y accéder à partir de Linux, Mac, Windows indifféremment, et comme si on était sur un répertoire local. Les fichiers sont principalement des binaires lourds (70Mo+) et des fois quelques TXT bruts.
 
Je pensais à quelques options. La première qu'on voit fleurir un peu partout, GIT, me semble inadaptée pour des gros binaires - et ne permet pas la souplesse du dossier "magique" dropbox automatiquement répliqué sur les autres machines. sans cette limitation, SparkleShare aurait peut-être fonctionné ? J'envisageais aussi tenter quelque chose comme Owncloud, avec une base Webdav.
 
 
Quelles seraient vos suggestions ?

Owncloud, mais test bien la fiabilité avant ...

Moui, c'est en effet pas brillant de ce côté on dirait…

Quel est le soucis avec ownCloud ? Je l'utilise tous les jours et je n'ai jamais eu de problèmes depuis le v4.5

J'ai lu de nombreux commentaires d'utilisateurs sur les failles de sécurité et le développement un peu erratique du logiciel. M'enfin bon.

J'ai donné un coup d'essai : l'installation est en effet très simple, mais je bute pour la suite. Étrangement, ça ne fonctionne pas comme prévu : l'upload est aléatoire en web (des fois ça marche, des fois ça marche pas… depuis la même source), je n'arrive pas à y accéder en WebDav, et le client côté PC ne semble pas réussir à établir de connexion (tourne en boucle sur "Tentative", sans faire de timeout pour autant). C'est peut-être un problème de configuration côté serveur.

Ah, et question : si je comprends bien, chaque utilisateur créé dans l'admin dispose de son propre dossier personnel (dans /data/files) et ne voit pas les fichiers des autres ? Pour avoir plusieurs utilisateurs en partage d'un même dossier, il faut donc que chacun utilise le même login ?

Pour avoir du webDAV, pourquoi monter du ownCloud et tout le bourdel qui va avec ?
Un Apache ou un nginx (avec httpDavModule) le font simplement tu mets par dessus une authentification avec de l'utilisateur crée en local sans accès console (pas très propre comparé à une "vraie" solution d'auth basée sur un LDAP, mais amplement suffisant), tu gères les droits directement de ton côté à coup d'ACL, et la farce est montée.
 
Par contre pour avoir du versionning avec, là euh... à voir sous Apache avec Subversion, mais je n'ai jamais vu du montage Subversion avec webDAV. A creuser.

Le webdav est un "bonus". L'essentiel du boulot se fait en local sur les machines clients (et c'est une nécessité : va faire du montage vidéo via WebDav… )
OwnCloud permet(trait) de retrouver les mêmes bases que le Dropbox existant, à savoir :
- une syncro locale automatique en arrière-plan qui gère un minimum les conflits de fichiers
- une interface web pour ceux qui n'ont pas leur machine en route pour bosser et veulent récupérer les fichiers tout de même
- un truc simple à utiliser, multi-OS /multi devices
 
A priori, mon problème de fiabilité vient d'une config' étrange du serveur qu'il va falloir que je résolve - peut-être trop agressif à couper les connexions ? Les transferts de fichiers vers le cloud se font avec le navigateur en CLOSE_WAIT (netstat)… Meh. La connexion en WebDav n'aboutit pas non plus et le FTP a tendance à se déconnecter très rapidement quand on n'utilise pas de client dédié (→ via nautilus). À fouiller, mais là je ne vois pas où pour le moment.
 
 

Joli ! Ça ouvre des possibilités, en effet
La réponse chez Owncloud re: versioning, c'est http://forum.owncloud.org/viewtopic.php?f=3&t=7533

Bah personnellement je suis pro-webDAV plutôt que de ces interfaces de cloud, en effet le client webDAV est déjà intégré dans Windows (en tant que lecteur réseau) et MacOS X (en tant que partage réseau).
Sous Linux il faut au préalable installer davfs (à voir suivant la distrib là s'il faut passer par une recompilation ou non)
 
Par contre par rapport à tes problèmes, c'était une mauvaise idée que je te relance sur webDAV seul. Tu as déjà ton install ownCloud de faite, là il vaut mieux corriger les problèmes que tu rencontres :
- pouvoir utiliser du ownCloud pour travailler du fichier lourd et à accès fréquent (montage vidéo)
- modifier le comportement des transferts de fichier avec le navigateur en CLOSE_WAIT
- pouvoir avoir du versionning
- déconnection trop rapide en mode FTP
- cadeau bonux : pouvoir monter un partage webDAV via ownCloud
C'est à peu près tout ce que tu as en problème ?

Oui. À noter que l'installation de Owncloud est toute fraîche, et qu'il n'y a pas de données critiques dedans (pas en prod'). On peut donc totalement la dégager. Owncloud est pour le moment une piste de réflexion, je suis en train de me pencher sur GIT pour la deuxième - voir faire un mix des deux en restreignant GIT à la gestion des txt pour le versioning, mais ça peut être casse-gueule.
 
__
 
Le client Owncloud côté Windows est plus explicite que celui Linux (du moins, il est mis en échec, alors que sous Linux il est indéfiniment en attente).
 

 
Est-ce le même code erreur que pour HTTP ? Il y avait en effet une redirection permanente 301 (supprimée, depuis, mais… "permanente" veut bien dire ce que ça veut dire) sur le nom de domaine. Celle-ci était effectuée à l'aide d'un index.php à la racine. Le serveur Owncloud est sur un sous-domaine (cloud.-----.com) et ne devrait en théorie, j'imagine, pas être impacté par la règle de redirection ?
C'est peut-être la source commune de ces problèmes. Meh.

Là sur ownCloud je ne pourrais pas trop t'aider.
Néanmoins si l'erreur du client ownCloud est une erreur HTTP 301, il s'agirait d'un problème de configuration d'Apache, ou si on suit la logique de la doc d'installation rapide d'ownCloud la non-activation de mod_rewrite (pour ce dernier point ça serait bizarre, vu qu'utilisé durant la partie d'installation, mais bon)
 
Une autre piste (vu sur le forum d'ownCloud) serait un conflit entre le serveur webDAV d'ownCloud et le module webDAV d'Apache (s'il est activé)
Là regardes si mod_dav est activé (notamment visible dans httpd.conf avec un "Dav On" dedans).
Si oui, le désactiver ("Dav Off" ) et redémarrer Apache

Ouaip, bon, bah, installé sur un autre domaine ça marche sans soucis (sauf l'accès Webdav qui ne veut toujours pas). Le code 301 retourné par Owncloud doit bien être le même que pour HTTP.
Je vais explorer pour Webdav, merci (mais à priori le serveur ne fait pas tourner Apache, et n'a pas de Webdav de lui-même ; à confirmer).