Outils pour utilisateurs

Outils du site


owncloud

Différences

Ci-dessous, les différences entre deux révisions de la page.

Lien vers cette vue comparative

owncloud [2017/09/13 07:21] (Version actuelle)
Ligne 1: Ligne 1:
 +
 +===== OwnCloud =====
 +
 +==== Migration vers NextCloud ====
 +
 +
 +
 +
 +==== Divers ====
 +
 +Sauvegarde / récupération d'un calendrier:
 +
 +  * identifier le calendrier
 +<​code>​ select * from oc_calendars where principaluri like '​%tom%'​ ;</​code>​
 +  * récupérer le champ calendardata:​
 +<​code>​
 +mysql nuage -N --batch -e '​select calendardata from oc_calendarobjects where calendarid=40 order by lastmodified' ​ |sed -e '​s/​^M\\n/​\n/​g'​ > calendar.vcard
 +</​code>​
 +
 +Et on obtient fichier vcard inutilisable
 +
 +==== Mise à jour ====
 +
 +Il ne faut surtout pas utiliser les paquets de la distribution,​ et préférer les [[https://​download.owncloud.org/​download/​repositories/​|paquest officiels ]]
 +
 +Les mises à jour doivent se suivre, pas possible d'en sauter une. Donc le principe consiste à configurer un à un les dépôts adéquats, et faire les mises à jour les unes après les autres. On peut trouver les différents dépôts via le [[https://​owncloud.org/​changelog/​|changelog]]
 +
 +Concernant le changement de fournisseur de paquet, testé sur un lxc //octest// sur gelatine:
 +  - origine: owncloud 8.1 from epel
 +  - passage en 8.2 officiel - récupération de la config
 +  - passage en 9.0, puis 9.1 - récupération du datadir: ça marche plutôt bien
 +
 +Erreurs rencontrées:​ erreur 500 lors de la connexion causé par un max_allowed_packets trop bas.
 +
 +À priori aucune information (cf test migration ldap ci-dessous) n'a été perdue
 +
 +Création d'un dossier partagé //Public// accessible en mode openbar lecture-seule à l'​adresse:​ https://​cloud.opendoor.fr/​index.php/​s/​4SyvRpgMOJJuJOI
 +
 +==== La ligne de commande ====
 +
 +En v8, il est possible de faire beaucoup de chose via // /​usr/​share/​owncloud/​console.php //:
 +
 +<​code>​
 +su - apache -s /bin/bash
 +/​usr/​share/​owncloud/​console.php user:​resetpassword root
 +</​code>​
 +
 +==== Migration sql backend -> ldap ====
 +
 +=== Bilan ===
 +
 +La migration est simplissime à réaliser:
 +
 +"​raccorder"​ l'uid du compte existant, ainsi que son répertoire de donnée à l'​utilisateur ldap
 +<​code>​
 +update oc_ldap_user_mapping set owncloud_name='​tom',​ directory_uuid ='​tom'​ where ldap_dn='​uid=tom,​ou=opendoor.fr,​dc=od'​ ;
 +</​code>​
 +
 +Si l'​utilisateur n'est pas présent dans la table (car il ne s'est jamais connecté) il suffit de rajouter une ligne avec les bonnes valeurs:
 +<​code>​
 + ​insert into oc_ldap_user_mapping values( '​uid=sophie,​ou=lesconstans.fr,​dc=od',​ '​sophie',​ '​sophie'​ ) ;
 +</​code>​
 +
 +Supprimer l'​utilisateur owncloud
 +<​code>​
 +update oc_users ser uid='​tom.ORIG'​ where uid='​tom'​ ;
 +</​code>​
 +
 +Communiquer le mot de passe ldap à l'​utilisateur. (Il peut être nécessaire de relancer le poste dans le cas où l'on utilise le plugin desktop)
 +
 +
 +=== Tests ===
 +Infos à récupérer:​
 +  - avatar
 +  - mot de passe
 +  - appartenance au groupe
 +  - statut admin
 +  - statut group admin
 +  - fichiers et répertoires
 +  - fichiers et répertoires partagés
 +  - calendriers partagés
 +
 +La correspondance compte utilisateur ldap (dn), sql et répertoire de donnée se fait via la table oc_ldap_user_mapping.
 +
 +Il faut penser à la fin à supprimer les utilisateurs de la table oc_users, et les groupes (?) de la table oc_groups(?​)
 +
 +Fait:
 +  - ✓ créer un compte owncloud - migr
 +  - ✓  configurer le client desktop
 +  - ✓ rajouter des fichiers
 +  - ✓ configurer le backend ldap
 +  - supprimer l'​utilisateur dans la table //​oc_users//​ delete from oc_users where uid='​migr'​ ;
 +  - modifier le directoryuid dans la table oc_ldap_user_mapping afin qu'​elle corresponde à owncloudname
 +
 +
 +==== 2016.07.18: essai de migration user db -> ldap ====
 +
 +Création d'un compte "​local" ​ tom avec les caractéristiques suivantes:
 +  - mot de passe défini
 +  - membre des groupes users et mygroup
 +  - avatar
 +  - accès au calendrier de root
 +  - admin du groupe mygroup
 +  - répertoire Documents partagé en RW avec mygroup
 +  - présence du dossier Photos et "​owncloud manual"​ par défaut
 +  - présende d'une photo perso
 +  - présence du répertoire "​toto"​
 +
 +Création d'un compte ldap:
 +  - définition d'un mot de passe
 +  - association du compte ldap avec les données owncloud:
 +<​code>​
 +insert into oc_ldap_user_mapping values( '​uid=tom,​ou=rndfacts.com,​dc=od',​ '​tom',​ '​tom'​ ) ;
 +delete from oc_users where uid='​tom'​
 +</​code>​
 +  - connection et vérification:​
 +   - ✓ avatar
 +   - ✓ fichiers et répertoires
 +   - ✓ calendrie
 +   - ✓ accès au calendrier partagé de root
 +   - ✓ répertoire partagé toujours partagé
 +   ​- ​
 +   - les fichiers sont 
 +
 +==== Divers ====
 +
 +2016.01.12 : déplacement du répertoire de donnée dans un partage nfs sur turbine ('/​srv/​home/​owncloud'​)
 +
 +À l'​issue de l'​opération les fichiers de l'​utilisateur ne sont pas visibles : il faut demander à owncloud à resynchroniser le système de fichier et la base de donnée:
 +
 +<​code>​
 +su -s /bin/bash apache -c "php /​var/​www/​html/​owncloud/​console.php files:scan tom
 +
 + su -s /bin/bash apache -c "php /​usr/​share//​owncloud/​occ files:scan christel"​
 +</​code>​
 +
 +
 +Pour être valide, un compte ldap doit disposer de l'​attribut //​displayname//​
 +
 +==== Bugs ====
 +
 +Impossible de synchroniser //Mes Documents// sous windows XP. En effet ce n'est pas un vrai répertoire. Merci $MS.
 +
 +Pas de solution, l'os n'​étant plus supporté.
 +
 +
 +==== Mise à jour du 2015/03/04 ====
 +
 +Installation très rapide sur une [[:​installationcentos|centos]] 6.5, de la dernière version (**8**) en utilisant le dépôt, et la version 5.4 de [[:​php|php]] disponible sur les dépôts de remi:
 +<​code>​
 +[remi]
 +name=Les [[:​rpm|RPM]] de remi pour Enterprise Linux 6 - $basearch
 +#​baseurl=http://​rpms.famillecollet.com/​enterprise/​6/​remi/​$basearch/​
 +mirrorlist=http://​rpms.famillecollet.com/​enterprise/​6/​remi/​mirror
 +enabled=0
 +gpgcheck=1
 +gpgkey=file:///​etc/​pki/​rpm-gpg/​RPM-GPG-KEY-remi
 +</​code>​
 +
 +Montage nfs de [[:​turbine|turbine]]:/​srv/​Maison/​TestOC sur le serveur [[:​owncloud|owncloud]],​ dans /​var/​www/​html/​owncloud/​data/​tom/​files/​ concluant
 +
 +Utilisation du client [[:​owncloud|owncloud]] en GPL gratuit depuis F-Droid, sur [[:​android|android]]. Activation de l'​upload automatique des photos et vidéos: looks promising
 +
 +Le paquet //mirall// permet de synchroniser un dossier local avec un dossier[[:​owncloud| ]]
 +==== Old: ====
 +
 +Application PHP+MySQL de partage très très sympa, simplissime à déployer via [[:​git|git]].
 +
 +  * url calendrier caldav: ///​apps/​calendar/​caldav.php/​calendars/​tom/​default%20calendar/​ //
 +  * url carnet d'​adresse : ///​apps/​contacts/​carddav.php/​addressbooks/​tom/​default/​ //
 +
 +Les premiers tests d'​accès / synchro sont concluants avec //​Evolution//​
 +
 +L'​intégration [[slapd|ldap]] est fonctionnelle.
 +
 +L'​application est en cours de test sur //​centosine/​owncloud//​
 +
 +<​del>​** Argh ** : no contact / calendar sharing ...</​del>​
 +
 + ==== Informations pratiques ====
 + === urls ===
 +
 + * [[:​sogo|SOGO]]:​ contacts: SERVER/​remote.php/​carddav/​addressbooks/​USER/​NOMCARNET (par défaut //​Default//​).
 +
 +
 + ==== Import export contacts ====
 +
 +Un peu compliqué. Pour l'​heure,​ seul //​Evolution//​ peut se connecter sur un serveur carddav, et l'​import export pose quelques problèmes:
 +  * utilisation de //syncml// pour récupérer les contacts du téléphone
 +  * conversion en csv pour édition / correction sous libreoffice
 +  * conversion csv vers vcard avec csv2vcard
 +  * les adresses mails sont remplacées par des uid ( il faut modifier le champs EMAIL )
 +
 +
 +mais c'est quand même la pagaille... on perd des colonnes, des infos se retrouvent dans de mauvais champs, etc (pb de csv ?)
 +
 +
 + === Version 3.3 ===
 +
 +Plus mieux bien: import et export de contact.
 +
 +Synchro parfaite avec IOS (ne pas mettre **http:** dans l'url
 +
 +Synchro presque parfaite des contacts avec [[:​old:​evolution|evolution]]. **attention** : pour un affichage correct des téléphones,​ il faut choisir //​téléphone principal// et //​téléphone mobile//
 + === Version 4.0 ===
 +
 +Quelques bug (encodage, erreur 404 sur certains script) mais un développement actif, et de nouvelles fonctionnalités,​ dont le [[:​clients:​sgmo:​partage|partage]] de calendrier !
 +
 +Les urls ont changé, un .htaccess s'​occupe de la réécriture pour assurer la rétro compatibilité.
 +
 + === Les clients ===
 +
 +  * la synchro client et agenda marche très bien avec cardav-sync et caldav-sync sous [[:​android|Android]]
 +  * synchro sunbird/​lightning:​ marche très bien
 +  * synchro contact [[:​thunderbird|thunderbird]]:​ marche très bien avec[[:​sogo| ]]
 +  * synchro [[:​old:​evolution|evolution]]:​ contacts: ça marche mal, très mal (perte / corruption d'​info,​ ...)
 +
 + ==== Les tests ====
 + === Synchro et partage calendrier ===
 +
 +  * client lourd: lightning
 +  * client iphone
 +  * client[[:​android| ]]
 +
 +**échec** : le [[:​clients:​sgmo:​partage|partage]] de calendrier fonctionne très bien, mais uniquement depuis l'​interface web. Il faut donc s'​abonner à chaque calendrier séparément. C'est lourd d'un point de vue config, et pas de possibilité de gestion fine des droits...
 +
 + à tester: ajout, modification,​ suppression coté client | idem coté interface web
 +
 + === Synchro et partage contact ===
 +  * Pas de client lourd ([[:​old:​evolution|evolution]] n'est pas fiable)
 +  * client iphone - **M**, **S**, **A**
 +  * client [[:​android|android]] - carddav-sync <​del>​not working</​del>​ : sur le tel, on a accès à //toutes// les informations (y compris la photo), mais impossible de modifier d'​autres champs que le nom, le prenom et la photo. Impossible également de rajouter des champs... Idem pour la création. **EDIT** : toutes les informations de contacts sont éditables en utilisant l'​application [[:​android|android]] //contact editor// du même auteur que carddav-sync. Tests du 2012.08.17 : même la synchro photo entre [[:​android|android]] et TB fonctionne. (mais la photo n'est pas visible dans OC)
 +  * client [[:​sogo|SOGO]] - semble très bien marcher.
 +
 + à tester: **a**jout, **m**odification,​ **s**uppression coté client | idem coté interface web
 +
 + === Partage de photos et de fichiers ===
 +
 +  * Voir les facilités d'​upload et de publication.
 +  Un modèle de simplicité,​ à par le bouton //upload//; complètement invisible (à coté de //​nouveau//​)
 +  * Voir la possibilité pour un extérieur de créer un compte.
 +
 + === Import (export) de données ===
 +  ​
 +Trouver la meilleur forme sous laquelle contacts et calendrier peuvent être importés de manière satisfaisante,​ notamment vis à vis des [[:​clients|clients]] testés ci-dessus.
 +  L'​importation d'un calendrier depuis un export //TB// semble parfaitement fonctionnelle.
 +
 +  L'​importation d'un carnet d'​adresse depuis un export //TB// (via morefunctionforaddressbook) semble parfaitement fonctionnelle.
 +
 + ==== Conclusion ====
 +
 +Une très belle application,​ <​del>​(2012.08)mais la gestion des contacts n'est pas suffisamment fonctionnelle</​del>​ (pas de client lourd, <​del>​pas de client [[:​android|android]] satisfaisant</​del>​) pour justifier une migration. Cependant, vue la vitesse de développement actuelle, [[:​owncloud|owncloud]] reste à surveiller attentivement.
 +
 + 
 +# vim: set filetype=dokuwiki:​
  
owncloud.txt · Dernière modification: 2017/09/13 07:21 (modification externe)