Correction de liens morts
This commit is contained in:
@@ -1,18 +1,18 @@
|
||||
---
|
||||
comments_url: https://com.richard-dern.fr/post/520
|
||||
date: '2012-02-12 20:36:00'
|
||||
date: "2012-02-12 20:36:00"
|
||||
dossier:
|
||||
- Créer son propre Cloud
|
||||
- Créer son propre Cloud
|
||||
links:
|
||||
- lang: fr
|
||||
name: Page d'origine sur Archive.org
|
||||
url: https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/12/une-alternative-a-dropbox/
|
||||
- lang: fr
|
||||
name: Archive
|
||||
url: http://ingnu.fr/2012/02/12/une-alternative-a-dropbox/
|
||||
tags:
|
||||
- Apache
|
||||
- Gollem
|
||||
- Horde
|
||||
- Unison
|
||||
- WebDAV
|
||||
- Apache
|
||||
- Gollem
|
||||
- Horde
|
||||
- Unison
|
||||
- WebDAV
|
||||
title: Une alternative à Dropbox
|
||||
weather:
|
||||
humidity: 56
|
||||
@@ -20,7 +20,7 @@ weather:
|
||||
precipitations: false
|
||||
pressure: 1025.6
|
||||
source:
|
||||
- open-meteo
|
||||
- open-meteo
|
||||
temperature: -7.7
|
||||
wind_direction: 103
|
||||
wind_speed: 6.3
|
||||
@@ -31,7 +31,7 @@ Stocker des données personnelles après d'un prestataire comme Dropbox (ou dans
|
||||
|
||||
La solution est une fois de plus évidente : héberger chez soi un tel service.
|
||||
|
||||
Ce que je vais vous proposer va faire grincer des dents ceux qui espèrent lire un tutoriel sur l'installation de [SparkleShare](https://web.archive.org/web/20120422043827/http://sparkleshare.org/) ou [OwnCloud](https://web.archive.org/web/20120422043827/http://owncloud.org/) (d'autres existent bien sûr).
|
||||
Ce que je vais vous proposer va faire grincer des dents ceux qui espèrent lire un tutoriel sur l'installation de [SparkleShare](http://sparkleshare.org/) ou [OwnCloud](http://owncloud.org/) (d'autres existent bien sûr).
|
||||
Je n'en ferai rien.
|
||||
Mais avant de quitter mon site frustré, laissez-moi juste expliquer mes arguments.
|
||||
|
||||
@@ -74,7 +74,7 @@ Dans tous les cas, le chiffrement au niveau du disque est inutile, encombrant, l
|
||||
|
||||
Voilà mon avis personnel sur la question.
|
||||
Si vous estimez que je me trompe, libre à vous de mettre en place les nombreuses solutions de chiffrement qui s'offrent à vous.
|
||||
N'oubliez juste pas que [TrueCrypt n'est pas Libre](https://web.archive.org/web/20120422043827/http://www.truecrypt.org/legal/license) (Open Source est un terme trompeur qui ne signifie pas Libre au sens strict entendu par Richard Stallman - et moi).
|
||||
N'oubliez juste pas que [TrueCrypt n'est pas Libre](http://www.truecrypt.org/legal/license) (Open Source est un terme trompeur qui ne signifie pas Libre au sens strict entendu par Richard Stallman - et moi).
|
||||
|
||||
## Accès aux données
|
||||
|
||||
@@ -89,9 +89,9 @@ Cela nous permettra de conserver, lors des synchronisations, les propriétaires,
|
||||
|
||||
## Accès aux données depuis Apache
|
||||
|
||||
On va installer [Gollem](https://web.archive.org/web/20120422043827/http://www.horde.org/apps/gollem) pour accéder aux fichiers depuis le navigateur.
|
||||
On va installer [Gollem](http://www.horde.org/apps/gollem) pour accéder aux fichiers depuis le navigateur.
|
||||
|
||||
Gollem est le gestionnaire de fichiers du framework Horde, que [nous avons déjà vu lors de l'installation de Kronolith](https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/07/kronolith-une-alternative-a-google-calendar/).
|
||||
Gollem est le gestionnaire de fichiers du framework Horde, que [nous avons déjà vu lors de l'installation de Kronolith](http://ingnu.fr/2012/02/07/kronolith-une-alternative-a-google-calendar/).
|
||||
Si vous avez suivi - comme je l'expliquais - la première partie du tutoriel, vous avez dû installer Horde de manière globale.
|
||||
Vous savez donc qu'il ne sera pas possible d'installer Gollem de la même manière.
|
||||
Plusieurs options s'offrent à nous :
|
||||
@@ -149,7 +149,7 @@ Créons maintenant les certificats :
|
||||
chown www-data:www-data /scripts/certificate_authority/apache/*
|
||||
```
|
||||
|
||||
Warning : *Common Name*
|
||||
Warning : _Common Name_
|
||||
|
||||
On active le site, et on redémarre apache :
|
||||
|
||||
@@ -173,7 +173,7 @@ On installe Horde :
|
||||
/var/www/exemple.fr/files/pear/pear -c /var/www/exemple.fr/files/pear.conf run-scripts horde/horde_role
|
||||
```
|
||||
|
||||
Important : */var/www/exemple.fr/files/www*
|
||||
Important : _/var/www/exemple.fr/files/www_
|
||||
|
||||
```bash
|
||||
/var/www/exemple.fr/files/pear/pear -c /var/www/exemple.fr/files/pear.conf install -a -B horde/horde
|
||||
@@ -187,8 +187,8 @@ Il reste à installer quelques dépendances :
|
||||
/var/www/exemple.fr/files/pear/pear -c /var/www/exemple.fr/files/pear.conf install mdb2_driver_mysql
|
||||
```
|
||||
|
||||
Créez ensuite un utilisateur MySQL (reportez-vous à [cet article](https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/07/installation-dun-serveur-http-https/) pour le faire via phpMyAdmin) avec sa base de données.
|
||||
Donnez-lui le nom "*Gollem*" par exemple.
|
||||
Créez ensuite un utilisateur MySQL (reportez-vous à [cet article](http://ingnu.fr/2012/02/07/installation-dun-serveur-http-https/) pour le faire via phpMyAdmin) avec sa base de données.
|
||||
Donnez-lui le nom "_Gollem_" par exemple.
|
||||
|
||||
Pour pouvoir utiliser PAM (et donc les comptes Unix locaux), il faut installer le paquet correspondant :
|
||||
|
||||
@@ -208,7 +208,7 @@ Changez la ligne 40 :
|
||||
if (!Horde_Util::extensionExists('pam')) {
|
||||
```
|
||||
|
||||
Pour inclure l'extension *pam_auth* :
|
||||
Pour inclure l'extension _pam_auth_ :
|
||||
|
||||
```php
|
||||
if (!Horde_Util::extensionExists('pam') && !Horde_Util::extensionExists('pam_auth')) {
|
||||
@@ -223,7 +223,7 @@ cd /etc/pam.d
|
||||
ln -s login php
|
||||
```
|
||||
|
||||
Ensuite, il faut que l'utilisateur d'Apache (*www-data*) ait accès au fichier */etc/shadow*.
|
||||
Ensuite, il faut que l'utilisateur d'Apache (_www-data_) ait accès au fichier _/etc/shadow_.
|
||||
Simple :
|
||||
|
||||
```bash
|
||||
@@ -236,10 +236,10 @@ Puis redémarrez Apache :
|
||||
/etc/init.d/apache2 restart
|
||||
```
|
||||
|
||||
Important : */var/log/auth.log*
|
||||
Important : _/var/log/auth.log_
|
||||
|
||||
Configurez ensuite Horde exactement de la même manière que lors de l'installation de Kronolith (là encore, reportez-vous à [cet article](https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/07/kronolith-une-alternative-a-google-calendar/)).
|
||||
Changez seulement les paramètres relatifs à la base de données, et dans l'onglet *Authentification*, affectez la valeur *PAM (Pluggable Authentication Modules) authentication* à la directive de configuration *$conf[auth][driver]*.
|
||||
Configurez ensuite Horde exactement de la même manière que lors de l'installation de Kronolith (là encore, reportez-vous à [cet article](http://ingnu.fr/2012/02/07/kronolith-une-alternative-a-google-calendar/)).
|
||||
Changez seulement les paramètres relatifs à la base de données, et dans l'onglet _Authentification_, affectez la valeur _PAM (Pluggable Authentication Modules) authentication_ à la directive de configuration _$conf[auth][driver]_.
|
||||
Enregistrez, mais ne vous déconnectez pas encore de l'interface d'administration (vous ne pourriez plus y revenir pour le moment).
|
||||
Installons maintenant Gollem :
|
||||
|
||||
@@ -253,7 +253,7 @@ Puis corrigez les droits :
|
||||
chown -R www-data:www-data /var/www/exemple.fr/files/
|
||||
```
|
||||
|
||||
Retournez dans Horde, dans *Administration* > *Configuration*, et générez la configuration de Gollem.
|
||||
Retournez dans Horde, dans _Administration_ > _Configuration_, et générez la configuration de Gollem.
|
||||
|
||||
Il faut, en revanche, modifier à la main la configuration relative à l'accès aux données.
|
||||
|
||||
@@ -264,7 +264,7 @@ nano backends.php
|
||||
```
|
||||
|
||||
```php
|
||||
<?php
|
||||
<?php
|
||||
|
||||
$backends['documents'] = array(
|
||||
'disabled' =--> false,
|
||||
@@ -342,7 +342,7 @@ Modifiez la ligne :
|
||||
$conf['auth']['admins'] = array('Administrator');
|
||||
```
|
||||
|
||||
Et mettez à la place de *Administrator* le nom de votre utilisateur unix sur votre serveur.
|
||||
Et mettez à la place de _Administrator_ le nom de votre utilisateur unix sur votre serveur.
|
||||
Ainsi, en vous connectant à Horde, vous aurez accès à l'interface d'administration.
|
||||
|
||||
On dispose maintenant d'un espace privé pour chaque utilisateur, d'un espace public commun, et d'un moyen d'y accéder par un navigateur.
|
||||
@@ -350,7 +350,7 @@ Je crois que le plus dur est fait !
|
||||
|
||||
## Synchronisation des données
|
||||
|
||||
Nous utiliserons [unison](https://web.archive.org/web/20120422043827/http://www.cis.upenn.edu/~bcpierce/unison/) pour synchroniser nos données.
|
||||
Nous utiliserons [unison](http://www.cis.upenn.edu/~bcpierce/unison/) pour synchroniser nos données.
|
||||
L'avantage procuré par unison est qu'il permet une synchronisation bidirectionnelle, tandis que rsync ne propose qu'une synchronisation unidirectionnelle.
|
||||
|
||||
Bien que l'application ne soit plus maintenue, elle reste un élément fondamental de notre système : la synchronisation bidirectionnelle est ce qui va nous permettre d'avoir partout les mêmes fichiers, qu'on les ait modifiés depuis l'interface web, une machine sous GNU/Linux, sous Windows ou sous Mac.
|
||||
@@ -358,22 +358,22 @@ Bien que l'application ne soit plus maintenue, elle reste un élément fondament
|
||||
Le fait que l'application ne soit plus maintenue devient du coup un avantage.
|
||||
Nous utiliserons donc la dernière version stable : la 2.40.63.
|
||||
|
||||
Cette version se trouve dans le dépôt *testing* de Debian.
|
||||
Si vous ne souhaitez pas ajouter ce dépôt à votre configuration (autrement dit, si vous ne voulez pas vous embêter avec l'[apt pinning](https://web.archive.org/web/20120422043827/http://jaqque.sbih.org/kplug/apt-pinning.html)), vous pouvez télécharger le paquet directement depuis [cette page](https://web.archive.org/web/20120422043827/http://packages.debian.org/wheezy/unison).
|
||||
Cette version se trouve dans le dépôt _testing_ de Debian.
|
||||
Si vous ne souhaitez pas ajouter ce dépôt à votre configuration (autrement dit, si vous ne voulez pas vous embêter avec l'[apt pinning](http://jaqque.sbih.org/kplug/apt-pinning.html)), vous pouvez télécharger le paquet directement depuis [cette page](http://packages.debian.org/wheezy/unison).
|
||||
|
||||
Si c'est la voie que vous avez choisi, vous utiliserez *dpkg* :
|
||||
Si c'est la voie que vous avez choisi, vous utiliserez _dpkg_ :
|
||||
|
||||
```bash
|
||||
dpkg -i unison_2.40.63-2_amd64.deb
|
||||
```
|
||||
|
||||
Sinon, *apt-get* :
|
||||
Sinon, _apt-get_ :
|
||||
|
||||
```bash
|
||||
apt-get -t testing install unison
|
||||
```
|
||||
|
||||
Sous WIndows et Mac OS, vous trouverez les binaires sur [cette page](https://web.archive.org/web/20120422043827/http://alan.petitepomme.net/unison/index.html).
|
||||
Sous WIndows et Mac OS, vous trouverez les binaires sur [cette page](http://alan.petitepomme.net/unison/index.html).
|
||||
|
||||
Pour configurer unison, créons un répertoire qui lui sera dédié dans votre répertoire utilisateur, sur votre propre machine :
|
||||
|
||||
@@ -392,9 +392,9 @@ silent = true
|
||||
|
||||
La première ligne indique la racine des fichiers locaux à copier, ici, votre répertoire utilisateur.
|
||||
|
||||
La seconde ligne indique la connexion ssh à utiliser pour synchroniser les fichiers avec le répertoire distant : ici, le *home* de l'utilisateur distant.
|
||||
La seconde ligne indique la connexion ssh à utiliser pour synchroniser les fichiers avec le répertoire distant : ici, le _home_ de l'utilisateur distant.
|
||||
|
||||
Ensuite, nous préservons les dates et heures affectées aux fichiers (*time*), et nous voulons une procédure la plus silencieuse possible.
|
||||
Ensuite, nous préservons les dates et heures affectées aux fichiers (_time_), et nous voulons une procédure la plus silencieuse possible.
|
||||
|
||||
La première fois que vous exécuterez unison, l'application vous posera des questions relatives à la synchronisation.
|
||||
Contentez-vous de valider avec la touche Entrée de votre clavier.
|
||||
@@ -406,7 +406,7 @@ Toujours sur votre propre machine :
|
||||
ssh-keygen -t rsa -f ~/.ssh/id_rsa_<nom>
|
||||
```
|
||||
|
||||
Vous remplacerez *<nom>* par une valeur vous permettant de savoir qu'il s'agit de la clé permettant la synchronisation de vos fichiers avec le serveur.
|
||||
Vous remplacerez _<nom>_ par une valeur vous permettant de savoir qu'il s'agit de la clé permettant la synchronisation de vos fichiers avec le serveur.
|
||||
L'idée, c'est de la différencier d'autres clés que vous auriez pu créer avant.
|
||||
|
||||
Une fois créée, envoyez-la au serveur :
|
||||
@@ -418,7 +418,7 @@ ssh-copy-id -i ~/.ssh/id_rsa_<nom> <utilisateur distant>@exemple.fr
|
||||
De même, remplacez les valeurs entre chevrons pour qu'elles correspondent à votre situation.
|
||||
|
||||
Dernière étape avant de lancer la première synchronisation, ouvrir le port 22 sur le serveur.
|
||||
Reprenez notre [script de mise en place du firewall](https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/05/creer-son-propre-cloud-introduction/) sur le serveur :
|
||||
Reprenez notre [script de mise en place du firewall](http://ingnu.fr/2012/02/05/creer-son-propre-cloud-introduction/) sur le serveur :
|
||||
|
||||
```bash
|
||||
nano /scripts/firewall
|
||||
@@ -452,7 +452,7 @@ Bien qu'en début de script nous spécifions l'adresse IP d'une machine toujours
|
||||
|
||||
Vu que, dans le cas de l'utilisation d'un smartphone par exemple, on ne peut pas prévoir l'adresse IP du terminal (parce qu'on peut se connecter depuis une borne wifi inconnue), nous devons ouvrir le port 22 de manière systématique.
|
||||
|
||||
Important : [notre série consacrée à la mise en place d'un cloud personnel](https://web.archive.org/web/20120422043827/http://ingnu.fr/category/creer-son-propre-cloud/)
|
||||
Important : [notre série consacrée à la mise en place d'un cloud personnel](http://ingnu.fr/category/creer-son-propre-cloud/)
|
||||
|
||||
On peut enfin lancer la première synchronisation, qui va se borner à copier vos fichiers locaux sur le serveur distant.
|
||||
Sur votre machine, lancez simplement :
|
||||
@@ -463,7 +463,7 @@ unison
|
||||
|
||||
Et patientez.
|
||||
|
||||
Le fichier *default.prf* que nous venons de créer est considéré par unison comme étant un profil.
|
||||
Le fichier _default.prf_ que nous venons de créer est considéré par unison comme étant un profil.
|
||||
On peut créer autant de profils que nécessaire.
|
||||
Par exemple, nous avons créé un espace public sur le serveur, dont nous nous servirons plus tard pour stocker des photos et les gérer avec une galerie.
|
||||
Nous verrons alors comment configurer unison pour que cette galerie soit synchronisée avec un répertoire local sous un autre profil.
|
||||
@@ -548,9 +548,9 @@ crontab -e
|
||||
Vous pouvez passer en argument de ce script le nom d'un profil à charger.
|
||||
Nous le verrons dans un prochain article.
|
||||
|
||||
Notice : *default.prf*
|
||||
Notice : _default.prf_
|
||||
|
||||
*.unison*
|
||||
_.unison_
|
||||
|
||||
## Vérification
|
||||
|
||||
@@ -561,7 +561,7 @@ Via Gollem, créez un répertoire de test.
|
||||
Patientez une minute, puis listez les fichiers sur votre propre machine.
|
||||
Le répertoire en question devrait avoir été créé.
|
||||
|
||||
Si tout fonctionne, et que vous disposez d'une autre machine sous GNU/Linux, il vous suffit d'y copier le script */script/unison-launcher* pour synchroniser les utilisateurs de cette machine (après avoir créer les profils par défaut, évidemment).
|
||||
Si tout fonctionne, et que vous disposez d'une autre machine sous GNU/Linux, il vous suffit d'y copier le script _/script/unison-launcher_ pour synchroniser les utilisateurs de cette machine (après avoir créer les profils par défaut, évidemment).
|
||||
|
||||
## Webdav
|
||||
|
||||
@@ -651,21 +651,21 @@ AuthName "PAM"
|
||||
require user <utilisateur>
|
||||
```
|
||||
|
||||
Remplacez *<utilisateur>* par le nom d'utilisateur correspondant au répertoire personnel dans lequel vous mettez ce fichier.
|
||||
Remplacez _<utilisateur>_ par le nom d'utilisateur correspondant au répertoire personnel dans lequel vous mettez ce fichier.
|
||||
|
||||
Vous pouvez désormais accéder, via un client dav ou votre navigateur, aux adresses suivantes :
|
||||
|
||||
- http://exemple.fr/~utilisateur
|
||||
- http://exemple.fr/public
|
||||
- `http://exemple.fr/~utilisateur`
|
||||
- `http://exemple.fr/public`
|
||||
|
||||
## Synchronisation avec un client Android
|
||||
|
||||
Maintenant que webdav est en place, on va pouvoir configurer un client sous Android.
|
||||
|
||||
Et pour cela, nous allons installer sur le terminal l'application [WebDav File Manager](https://web.archive.org/web/20120422043827/https://market.android.com/details?id=jp.ddo.shigadroid.webdavfilemanager).
|
||||
Et pour cela, nous allons installer sur le terminal l'application [WebDav File Manager](https://market.android.com/details?id=jp.ddo.shigadroid.webdavfilemanager).
|
||||
|
||||
Expliquer comment configurer le client sortirait du cadre de cet article déjà bien touffu par ailleurs.
|
||||
[La page suivante](https://web.archive.org/web/20120422043827/http://shigadroid.web.fc2.com/en/) vous permettra de configurer l'application ainsi que la synchronisation.
|
||||
[La page suivante](http://shigadroid.web.fc2.com/en/) vous permettra de configurer l'application ainsi que la synchronisation.
|
||||
|
||||
Nous verrons, en revanche, dans notre prochain article, comment configurer l'application pour envoyer automatiquement les photos prises avec le terminal vers notre serveur.
|
||||
|
||||
@@ -685,7 +685,7 @@ En l'occurrence :
|
||||
Voilà donc cet article consacré à la mise en place d'une alternative à Dropbox terminé.
|
||||
Il s'agissait là probablement du plus complexe que nous ayons eu à aborder depuis le début de l'installation de notre cloud personnalisé.
|
||||
Il est aussi peu probable que les articles suivants soient aussi long et difficiles à intégrer que celui-ci.
|
||||
Nous avons vu un certain nombre de notions relativement complexes, sans compter les petites modifications à apporter ça et là à des applications existantes ([nous l'avons fait pour status.net](https://web.archive.org/web/20120422043827/http://ingnu.fr/2012/02/08/son-propre-reseau-social-avec-status-net/), nous le faisons ici avec Horde).
|
||||
Nous avons vu un certain nombre de notions relativement complexes, sans compter les petites modifications à apporter ça et là à des applications existantes ([nous l'avons fait pour status.net](http://ingnu.fr/2012/02/08/son-propre-reseau-social-avec-status-net/), nous le faisons ici avec Horde).
|
||||
|
||||
Donc, même si vous n'avez pas eu le courage de tout mettre en œuvre, j'espère néanmoins que cet article (et les autres !) vous a intéressé.
|
||||
|
||||
@@ -697,4 +697,4 @@ Nous mettrons en place un système de sécurité préventif, autant que défensi
|
||||
|
||||
L'article d'après sera consacré à la sauvegarde et la restauration de notre serveur.
|
||||
|
||||
Enfin, je publierai un dernier article, conclusion globale de tout le chapitre sur l'installation d'un cloud personnel.
|
||||
Enfin, je publierai un dernier article, conclusion globale de tout le chapitre sur l'installation d'un cloud personnel.
|
||||
|
||||
Reference in New Issue
Block a user