J’avais exploré plusieurs possibilités en ligne comme :

• Amazon Cloud Drive, qui se révèle assez cher quand on doit y envoyer quelques téra-octets.
• OVH Cloud Archive, que je n’ai pas réussi à configurer (même avec l’aide de l’excellent support d’OVH) ; il a fallu se tourner vers OVH Cloud qui se retrouve dans les mêmes prix (une structure de facturation un peu complexe, mais peut-être marginalement plus économique).
• Hubic, qui a récemment décidé de fermer ses portes aux nouveaux abonnés.

Alors, il restait à partir dans une autre direction : archivage sur disque USB externe, mais en alternant deux disques pour permettre de loger l’un d’eux en site externe (protection contre incendie ou inondation).

La configuration n’est pas si compliquée mais demande un peu d’attention et de patience.

Préalables sur Synology DSM

L’avantage de Synology est bien leur interface très cohérente quel que soit le modèle de NAS (DSM). Donc, cela s’appliquera à tous les modèles.

L’idée générale est de sauvegarder un répertoire du serveur Synology vers le disque externe USB3. Pour cela, il faut installer le package « Hyper Backup » qui est particulièrement apte à faire des backups vers un nombre considérable de services (je l’ai utilisé avec succès auprès de Amazon Drive (maintenant trop cher à mon goût) et du défunt hubiC).

Une simple recommandation : ne faites pas de versionnage sur le NAS (cela semble poser plus de problèmes que souhaitable : il consomme un espace absolument déraisonnable et ne peut pas être reconfiguré ensuite). Vous pouvez toujours demander ça à Hyper Backup qui s’en sort très bien. Autant prendre de la place à l’extérieur que sur les disques de mon propre NAS.

Configuration

Formatage du disque dur

J’ai choisi des disques de 8 téra-octets pris chez Seagate. Dans un premier temps, je m’intéressais aux rares (mais bon marché) Seagate Archive 8Tb. Mais ils ont maintenant été remplacés par les Seagate Barracuda 8To 5400rpm (qui sont équivalents en vitesse de lecture mais un poil plus rapides en écriture, pour un prix maintenant identique).

Commençons par connecter le disque dur (dans un boitier USB3, capable de faire de l’UASP pour la meilleure performance) au Synology. Il va être immédiatement monté et reconnu par DSM comme USB Disk 1 (ou USB Disk 2, selon le port USB utilisé). Il est recommandé de le formater avec une seule partition de type EXT4.

Dans le panneau de configuration de DSM, sous l’option « Périphériques Externes », il suffit de sélectionner le disque USB Disk 1 et de cliquer sur le bouton « Formater » puis choisir les options par défaut.

La progression sera lente (plusieurs dizaines de minutes) mais sans complication.

Nommage du disque dur

Ce n’est pas très important mais infiniment plus confortable de donner un nom à ce disque (Toto1 et Toto2, si vous le voulez ; pour moi, il s’agit de Sciurus vulgaris 1 et 2).

Juste après le formatage, dans le panneau de configuration de DSM, sous l’option « Dossier Partagé », il suffit de sélectionner le répertoire usb_share_1 (le numéro peut varier), puis de cliquer sur le bouton « Modifier » pour avoir accès à un certain nombre d’options dont celle de renommer le disque.

Je recommande (sans obligation) de choisir certaines options :

1. Cacher le dossier dans les « Emplacements réseau » et « Masquer les sous-dossiers » est un moyen de limiter l’accès par d’éventuels intrus.
2. Absolument : il faut absolument chiffrer le dossier partagé, parce que le disque dur sera ensuite détaché du Synology et risque de tomber entre d’autres mains que les vôtres. DSM vous fournira un fichier PEM qui contient la clé, mais il est évidemment critique de bien noter la clé de chiffrement pour ne pas perdre les données…
3. Les permissions d’accès sont à limiter au compte qui fait fonctionner Hyper Backup (personne n’est susceptible de toucher à ce disque au rôle d’archive).

Normalement, vous avez maintenant noté toutes les informations nécessaires.

Configuration de Synology HyperBackup

Comme j’ai choisi d’utiliser HyperBackup, les choses sont ensuite très simples. Dans HyperBackup, cliquer sur +, puis « Tâche de sauvegarde de données ».

Il vous faudra désigner une sauvegarde sur disque USB externe : « Dossier local & USB » dans la fenêtre ci-dessous.

Il faut ensuite décrire la sauvegarde à partir de plusieurs fenêtres de dialogue qui sont à peu près explicites. tout d’abord, il faut désigner la destination (le disque USB externe) :

Puis, vous serez invité à désigner le répertoire (éventuellement plusieurs répertoires) qui sont à sauvegarder. Puis, HyperBackup vous proposera peut-être de sauvegarder les paramètres de certaines applications installées sur le NAS Synology (j’ai choisi de n’en rien faire, mais c’est à vous de voir), avant d’en venir aux principaux paramètres de la sauvegarde :

Le plus important est sans doute le chiffrement coté client (en bas de la fenêtre) qui vous permettra de donner un mot de passe pour verrouiller la sauvegarde. Comme il s’agit de réaliser des sauvegardes sur des disques USB externes qui iront « traîner » dans une armoire à distance, je recommande vivement cette protection supplémentaire contre les petits curieux. Mais il ne faut pas oublier le mot de passer ensuite…

Enfin, vous aurez la possibilité de déterminer les paramètres de versionnage des sauvegardes (pour permettre de revenir en arrière dans le temps en gardant les versions successives de chaque fichier). J’ai choisi le paramètre SmartRecycle avec 64 versions (neuf mois de protection avec une sauvegarde quotidienne). Mais vous voudrez peut-être faire vos essais et vos propres choix.

N’oubliez pas de faire cela deux fois : une tâche par disque dur permettra à HyperBackup de suivre les changements de disque externe. Il reprendra les sauvegardes en alternance en fonction des échanges de disque que vous ferez (tous les mois par exemple).

Finalement…

N’oubliez pas qu’un backup ne fonctionne que si la restauration fonctionne. Cela vaut donc la peine de prendre quelques heures tous les 6 mois pour restaurer quelques données et vous assurer que ça marche toujours.

Evidemment, le mieux est de tester tout de suite votre installation avec une première restauration dans les heures qui suivent le démarrage de cette solution (au moins pour noter la procédure de restauration dont vous pourriez avoir besoin un jour…)

Au final, cela rend mon DS413j très utile et très appréciable.

Là où tout est documenté quand vous avez accès à un serveur dédié (sur lequel vous pouvez tout faire), il reste beaucoup de limitations sur un serveur mutualisé. Cela allait-il fonctionner ? La réponse est oui, mais voici comment je m’y suis pris (et certaines solutions adoptées ici « manquent d’élégance »).

Installation

L’installation est complètement transparente (téléchargement du package sur le site NextCloud.org, installation par copie FTP dans un répertoire de mon serveur web (cela cohabite bien dans un sous-répertoire), lancement de la procédure de configuration automatique (avec la création du premier utilisateur admin).

Après cela, j’ai dû résoudre quelques problèmes. Pas invraisemblables, certains sont même parfaitement documents, d’autres ont été plus ennuyeux.

Résolution des problèmes rencontrés

A noter : un certain nombre de sujets ont été corrigés avec l’aide du site Open-Freak qui est très clair sur le sujet.

Erreurs de headers HTML

Les premiers sujets sont clairement documentés en se rendant sur la page d’administration : en haut de la page apparaissent les messages d’erreur en orange/rouge. Ils sont assez explicites, mais il faut savoir où aller ensuite.

Rendez-vous dans le fichier .htaccess à la racine du répertoire contenant Nextcloud et repérez le pavé qui mentionne des headers décrits dans les messages d’erreur (ils sont tous bien groupés).

Modifiez chaque ligne commençant par Header set en Header always set, et ajoutez la ligne suivante au bloc en question :

Header always set Strict-Transport-Security "max-age=15768000; includeSubDomains; preload"

Warning sur la gestion du cache

Vient ensuite un message de warning sur la gestion du cache (uniquement une quesiton de performance sans grande importance pour un tout petit cloud comme le mien). Il faut se rendre dans le fichier config/config.php (fichier dans le répertoire config).

Comme indiqué par le message de warning, on peut rajouter la ligne.

'memcache.local' => '\\OC\\Memcache\\ArrayCache',

Je l’ai mise à la fin (mais avant la toute dernière ligne qui ferme l’array.

Difficultés d’accés par le web

Dans le même fichier config/config.php, il y a une modification supplémentaire à appliquer pour tenir compte des habitudes courantes d’accès à un site web. Selon les cas, les utilisateurs ajoutent ou pas les www. devant une adresse web (indépendamment de ce que vous direz).

Pour éviter toute confusion et quelle que soit l’adresse que vous avez indiquée pour l’accès web de votre cloud, assurez-vous que l’accès est possible avec ou sans le www.  en modifiant l’entrée trusted_domains du fichier config/config.php :

'trusted_domains' =>
array (
0 => 'mondomaine.fr',
1 => 'www.mondomaine.fr',
2 => 'next.mondomaine.fr',
),

Dans mon cas, vous pouvez constater que j’ai prévu l’accès avec ou sans le www.  mais aussi un raccourci pratique et assez habituel. (bien sûr, vous remplacerez mondomaine.fr par votre propre nom de domaine).

Login impossible pour les utilisateurs non-administrateurs

J’ai ensuite rencontré un problème beaucoup plus désagréable. Je pouvais me connecter avec le compte d’administrateur créé à l’installation, mais aucun autre utilisateur, créé ultérieurement depuis l’interface d’administration, ne semblait pouvoir le faire. D’après ce que j’ai lu ici ou là sur Internet (principalement les échanges sur le forum OwnCloud), il semble qu’un moyen de contournement (pas joli joli, il faut dire) consiste à créer manuellement les répertoires du nom de chaque utilisateur dans le répertoire data de l’installation NextCloud. Certainement un problème de droits d’accès, mais je n’ai pas su le résoudre encore (peut-être une correction ici-même quand j’aurai trouvé).

Mise à jour : il me faut être plus précis. La solution véritable ne consistait évidemment pas à créer manuellement des répertoires, mais à bien gérer les droits d’accès. En fait, le répertoire data de l’installation NextCloud n’avait pas les bons droits d’accès (comme tous les répertoires, il aurait dû avoir un code chmod de 705). Cela a été assez facile à corriger avec FileZilla. Il a seulement fallu re-créer tous les utilisateurs (sauf l’administrateur initial, bien sûr).

Ce point-là était le plus complexe pour moi parce qu’il bloquait tous les essais par un autre utilisateur quelque soit l’outil employé (accès par le web, par WebDav, par le client Windows).

Par sécurité, j’ai aussi complété le fichier config/config.php (fichier dans le répertoire config) avec quelques mentions utiles pour le futur :

'maintenance' => false,
'singleuser' => false,

Autres difficultés de login

Enfin, je l’avoue, à force de faire des essais de connexion, je me suis retrouvé incapable de me connecter (tout court). C’est un effet de la portection contre les attaques de force brute qui génèrent des erreurs à répétition (comme je l’ai fait dans mes essais).

La méthode pour s’en sortir à consister à venir me connecter sur un autre ordinateur et à passer dans le menu Administration > Sécurité > Brute-Force Whitelist et à y ajouter l’adresse IP de mon ordinateur (sous la forme 100.100.100.100/32). Cela protège contre cette détection (mais cela autorise les attaques par ce biais : attention à ne pas faire d’erreur de sécurité par ce biais).

Conclusion (temporaire ?)

L’installation de NextCloud est prévue dans certaines configurations de serveurs dédiés de OVH. Dans ce cas, pas de gros problème, je suppose. Mais pour une toute petite application (moins de 10 utilisateurs, pas très actifs), un serveur mutualisé est largement suffisant. Dans ce cas, l’installation semble un peu plus compliquée mais il n’y a pas de raison d’abandonner. Les problèmes de configuration sont minimaux et certains d’entre eux sont à la fois bien documentés par NextCloud et identiques aux sujets de configuration de tout serveur cloud de type NextCloud.

WordPress m’informe que ce simple upgrade pourrait améliorer la vitesse des sites dans un rapport de 2x à 3x. Cela valait donc la peine d’essayer.

Mis à part un vieux plug-in qui n’a pas voulu tolérer PHP7 (et que je n’utilisais déjà plus), l’upgrade s’est passé remarquablement bien : Je recommande l’énorme accélération des sites web. Cela sera positif pour mon Page Rank chez Google, bien sûr.