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.

J’avais bien remarqué le paramètre de configuration trusted_domains ; j’avais aussi noté que celui-ci était lié à des échecs d’accès sur le cloud depuis un lieu différent de mon ordinateur perso. Mais je ne comprenais pas bien.

De fait, grâce à un article très clair (mais en anglais) de Lukas Reschke, A tale about trusted_domains, j’ai rapidement compris les (petites) erreurs que je faisais.

L’installation par défaut de ownCloud m’avait permis de rajouter www.mondomaine.com dans la liste des trusted domains (la liste des domaines qui sont utilisés pour publier l’information de ce cloud). Je pensais que j’avais du mal à me connecter depuis ailleurs que mondomaine.com. En fait, il fallait que la liste des trusted_domains contienne simultanément www.mondomaine.com et mondomaine.com.

C’est assez bête mais je n’utilisais pas la même adresse selon où et quand je me connectais et j’en étais venu à croire que c’était le lieu qui comptait.

Donc, j’ai remplacé

'trusted_domains' =>
array (
0 => 'www.mondomaine.com',
),

par

'trusted_domains' =>
array (
0 => 'www.mondomaine.com',
1 => 'mondomaine.com',
),

Problème résolu !

L’intérêt de ce paramètre de connexion est d’éviter un risque de sécurité (bien expliqué dans l’article mentionné plus haut) et de permettre aussi d’avoir un accès à une adresse différente selon que les utilisateurs sont à l’intérieur d’un réseau d’entreprise (accès par internalcloud.local) ou à l’extérieur (accès par mondomaine.com). Cela peut mener à créer les paramètres de configuration comme :

'trusted_domains' =>
array (
0 => 'www.mondomaine.com',
1 => 'mondomaine.com',
2 => 'internalcloud.local',
),

Allez ! un problème de réglé.

ownCloud reste un excellent produit pour remplacer DropBox par un outil plus personnalisé et plus sécurisé (au moins, ce n’est pas hébergé n’importe où comme DropBox).

Mais, si l’on se souvient que F.E.A.R. a gardé la réputation terrible d’être un énorme dévoreur de puissance pour les PC qui le faisaient tourner, il vaut mieux vérifier auparavant quelle configuration PC sera nécessaire pour lancer un tel jeu FPS. Et, je peux vous assurer que c’est vraiment difficile d’arracher les premiers bouts d’information fiable à ce sujet pour Project Origin, alors que la mise sur le marché n’est encore prévue que pour la fin de l’année 2008.

Configuration minimum

• Processeur : Athlon 64 3000+ or Intel 2.8GHz
• Memoire : 1 Go de SDRAM
• Carte graphique : DirectX 9.x sur GeForce 66xx or Radeon X16xx

Configuration recommandée

• Processeur : CPU dual core
• Memoire : 2 Go de SDRAM
• Carte graphique : DirectX 9.x sur GeForce 7800 GT ou Radeon série X1800 (Shader model 3.0)

Trailer

Et voici la bande-annonce :