I. Présentation du partage serveur à serveur

La possibilité de nativement partager un répertoire ou un fichier entre des serveurs OwnCloud est l’une des nouveautés annoncées par la nouvelle version d’OwnCloud, la version 8. Ensemble, nous allons voir comment mettre en place ce partage de serveur à serveur entre deux serveurs OwnCloud.

Pour suivre ce tutoriel, vous aurez besoin de deux serveurs OwnCloud 8 installés et opérationnels qui peuvent communiquer entre eux, je vous oriente vers ce tutoriel sur l’installation d’OwnCloud 8 si besoin.

Nous suivrons dans le cadre de ce tutoriel ce schéma :

Dans ce schéma, nous allons créer un répertoire sur serv01 pour ensuite le partager sur serv02 !

II. Création du répertoire

Sur notre premier serveur OwnCloud (que je nommerai serv01), nous allons créer un répertoire avec l’utilisateur de votre choix. Ce répertoire sera celui que nous comptons partager et synchroniser avec l’autre serveur OwnCloud (serv02). On se rend donc avec l’utilisateur voulu sur serv01 puis on clique sur l’icône :

De création de notre répertoire que l’on nommera “Répertoire 01″, par exemple.

III. Partage du répertoire entre OwnCloud et gestion des droits

Maintenant que nous avons notre répertoire, il nous faut le partager, rien de plus simple avec cette dernière version d’OwnCloud, assurez-vous d’avoir réuni ces deux éléments :

• L’URL d’accès à votre second serveur OwnCloud (celui qui n’a pas encore le répertoire partagé)
• Le login de l’utilisateur qui aura accès à ce répertoire partagé sur le second serveur OwnCloud (serv02)

Une fois que vous avez ces informations, on pourra, sur serv01, passer notre curseur sur la ligne du répertoire à partager puis cliquer sur “Partager”.

Dans la section “Partagé avec un utilisateur ou un groupe”, on y saisira l’URL suivante :

"utilisateur"@"URL de votre OwnCloud"

 Par exemple si mon utilisateur devant recevoir le répertoire partagé sur serv02 est “admin” et que son URL d’accès est http://192.168.10.138/owncloud, voici ce que j’aurais à saisir dans le champ en question :

Vous verrez rapidement ensuite que la même ligne saisie apparaît en dessous avec la mention “distant”, sélectionnez cette ligne pour valider.

Une dernière chose ! Vous pouvez voir à droite de ce champ la case “peut modifier”. Comme son nom l’indique, il faudra cocher cette case pour permettre à l’utilisateur “admin” de serv02 de modifier le répertoire partagé (supprimer, ajouter, modifier des fichiers…), laissez cette case non cochée si vous souhaitez que le répertoire partagé ne soit accessible qu’en lecture seule :

Une fois ce partage effectué, rendez-vous sur le second serveur OwnCloud (serv02) avec l’utilisateur admin, après quelques secondes et si vos serveurs OwnCloud communiquent correctement, vous devriez voir le message suivant apparaître :

Il vous suffira alors d’accepter, puis vous verrez le répertoire partagé apparaître dans votre répertoire utilisateur :

Si vous rencontrez des problèmes au niveau de la synchronisation de vos OwnCloud, il se peut que vous ayez à autoriser votre OwnCloud distant à interagir avec le second et vice-versa. Pour cela, il faut se rendre dans le fichier de configuration pour y ajouter les IP ou nom de vos serveurs OwnCloud respectif dans les “trusted_domains” comme suivant :

Cela permettra au serveur OwnCloud d’accepter les avertissements de partage envoyés lors d’un partage distant. Bien que cela ne semble pas poser problème lorsque les deux Owncloud sont sur la même plage IP, il est possible que cette manipulation devienne nécessaire pour des connexions entre LAN/WAN distants.

IV. Test de la synchronisation entre deux serveurs OwnCloud

Avec notre utilisateur sur serv01, nous allons maintenant ajouter ou créer un fichier dans le répertoire “Répertoire 01″ créé pour l’occasion. On se rendra ensuite sur ce même répertoire, mais sur serv02 pour constater après quelques secondes que ce fichier a été créé également, partage réussi !

Si vous avez autorisé la modification sur le répertoire, vous pourrez également vérifier l’opération dans l’autre sens.

V. Suppression du partage

Pour supprimer ou désactiver un partage, rendez-vous sur serv01 (le serveur OwnCloud qui a initialement partagé le répertoire) puis dans la section “Partage” du répertoire en question (en passant le curseur sur le répertoire, il devrait apparaître. On va ensuite cliquer sur la Corbeille en face de la ligne de partage distante en question :

Sur le serveur OwnCloud serv02, le partage ne sera plus effectif, mais il se peut que l’affichage du nom du répertoire soit toujours là. Dans un tel cas, cliquer sur le répertoire en question fera apparaître un message comme quoi le répertoire n’est plus disponible, puis le répertoire disparaîtra :

Voilà pour cette fonctionnalité très pratique d’OwnCloud, n’hésitez pas à réagir dans les commentaires ou sur notre forum !

I. Présentation

Lors d’une première ouverture de session, l’environnement de travail de l’utilisateur se calque sur un modèle. Ce modèle correspond au répertoire « Default » / « Default User » que l’on trouve dans « C:\Utilisateurs ».

Note : Sous Windows 8 et Windows 8.1, le profil par défaut est stocké dans « C:\Users\Default ».

Si l’on souhaite personnaliser l’environnement de travail par défaut, on peut notamment utiliser les stratégies de groupe (GPO) lorsque l’on est dans un domaine. Cependant, pour personnaliser de façon très précise l’espace de travail il faut modifier ce profil par défaut.

Par exemple : définir un fond d’écran, des icônes sur le bureau et dans l’écran d’accueil, tout en les positionnant de façon précise et par groupe, etc.

Ainsi, qu’il y ait ou non des GPOs, l’espace de travail des utilisateurs sera personnalisé. Cela permet d’avoir une base personnalisée propre à tous les utilisateurs de la machine. Attention tout de même, les modifications effectuées dans le profil par défaut s’appliqueront uniquement sur les utilisateurs qui n’ont jamais ouvert de session. Si la session a déjà été ouverte, on ne s’appuie pas sur le Default User sinon cela écraserait l’environnement de l’utilisateur à chaque réouverture de session.

II. Comment procéder pour modifier le Default User ?

On ne se connecte pas avec le compte Default User, puisqu’il n’existe pas. Par contre, nous allons ouvrir une session avec un utilisateur, effectuer tous les changements que l’on souhaite au niveau de la personnalisation (jusqu’à ce que l’espace de travail ressemble à ce que l’on souhaite).

Une fois le profil modèle créé, on l’utilisera pour écraser le Default User en place. Afin d’éviter les copier-coller dans tous les sens, nous utiliserons l’utilitaire en ligne de commande « ProfileTool ».

Télécharger ProfileTool

Cet outil simple permettra de créer un profil par défaut rapidement (en une seule commande).

III. Utilisation de ProfileTool

– Télécharger ProfileTool avec le lien fourni précédemment. Décompressez l’archive obtenue, pour ma part ce sera au chemin suivant :

C:\Logiciels\ProfileTool\

– Créez un utilisateur (ou utilisez-en un existant) afin de créer une session modèle. Mon utilisateur se nomme “session“.

– Connectez-vous en tant que “session” et réalisez l’ensemble de vos personnalisations.

Remarque : Lors d’une utilisation hors domaine, il faudra se limiter aux comptes locaux. De ce fait, il est nécessaire d’activer le compte Administrateur local avant de continuer, puisqu’il faudra l’utiliser pour réaliser la copie. Sinon, il ne sera pas possible de créer le profil de l’utilisateur, car il sera en cours d’utilisation.

– Fermez la session “session“.

– Connectez-vous avec un autre utilisateur ayant des droits d’administration. Ouvrez une invite de commande (cmd).

– Accédez au dossier de ProfileTool en tapant la commande suivante :

cd C:\Logiciels\ProfileTool

– Copiez le profil personnalisé à la place du Default User :

Profiletool.exe SETDEFAULT session

 

Dans la commande ci-dessus, remplacez “session” par le nom de votre utilisateur. Voici un exemple de résultat obtenu :

Pour votre information, sachez que l’utilitaire ProfileTool intègre d’autres fonctionnalités. Vous pouvez les lister en utilisant la commande suivante :

ProfileTool.exe –h

Par exemple : Afficher la taille d’un profil ou de tous les profils, lister tous les profils utilisateurs présents, effacer un profil, copier un profil, effacer les fichiers temporaires d’un profil, etc.

Désormais, tous les nouveaux utilisateurs qui se connecteront à votre machine bénéficieront de cet espace de travail personnalisé, que vous venez de définir.

Seul hic, l’écran d’accueil de Windows 8/8.1. En effet, ce logiciel ne reprend pas la disposition de l’écran d’accueil de Windows 8, notamment les tuiles que vous créez, le positionnement, les groupes, etc. Nous allons voir une solution pour contourner ce problème.

IV. Comment personnaliser l’écran d’accueil pour tous les utilisateurs ?

Pour personnaliser l’écran d’accueil dans le Default User, il est nécessaire de récupérer un fichier de configuration. Ce fichier nommé « appsfolder.itemdata-ms » est disponible au chemin suivant pour chaque utilisateur :

C:\Users\%username%\AppData\Local\Microsoft\Windows\appsfolder.itemdata-ms

Récupérez celui de votre utilisateur modèle, dans mon cas « session » et copiez-le au chemin suivant :

C:\Users\Default\AppData\Local\Microsoft\Windows\

Cette fois-ci, la configuration est terminée, l’environnement par défaut sera identique à l’environnement de l’utilisateur « modèle ».

Ce tutoriel est terminé, il est à noter qu’il existe plusieurs façons différentes de créer un profil par défaut, je trouvais ce logiciel très simple et léger, d’où l’intérêt d’avoir écrit un article dessus. Si vous avez des questions ou si vous rencontrez des problèmes, sollicitez-nous au sein du forum !

Les développeurs de chez Microsoft “n’ont pas chômés” et proposent pour ce Patch Tuesday de février, une quantité importante de correctifs ! Une grande part de ces correctifs touchent Internet Explorer, mais ce n’est pas tout.

Riche en matière de correctifs de sécurité, ce nouveau Patch Tuesday contient six bulletins importants et trois bulletins critiques.

De ce fait, 41 failles sont corrigées au sein d’Internet Explorer, sur tous les OS, pour toutes les versions du navigateur (rien que ça). Cependant, la faille Zero-Day découverte il y a quelques jours n’est pas corrigée dans ce Patch Tuesday.

Pour le reste, une quinzaine de failles sont corrigées au sein de Windows, Windows Server et de la suite Office. Ah oui, j’allais oublier, Windows Server 2003 est épargné par ces mises à jour.

Attendez-vous à recevoir près d’un gigaoctet de mise à jour. Pour avoir le détail sur les différents bulletins et les versions concernées, je vous invite à consulter cette page :

Détails Patch Tuesday Février 2015

L’application AiMaster vient de recevoir une mise à jour sur Android. Cette application développée par Asustor permet de gérer son NAS depuis un smartphone. AiMaster est en quelque sorte l’interface de l’OS ADM mais retravaillée pour mobile.

Une nouveauté intéressante et exclusive dans le monde des NAS, et la possibilité d’initialiser et de configurer le NAS depuis cette application (infos système, création de volumes RAID, etc.). D’ailleurs, le constructeur Asustor a publié sur sa chaîne YouTube une vidéo de démonstration :

De plus, cette application pour mobile permet aussi d’installer des applications sur le NAS. Plus basiquement, vous pourrez parcourir le contenu du NAS et accéder aux données.

La connexion entre l’application et le NAS est chiffrée par HTTPS, alors que pour trouver votre NAS, trois choix s’offrent à vous : adresse IP, identifiant Cloud ou découverte automatique sur le réseau local.

Si cette application vous intéresse et que malheureusement vous êtes sous iOS, vous devrez patienter jusqu’au second trimestre 2015, d’après les informations fournies par Asustor.

Pour Android : AiMaster Play Store

Pour finir, voici un aperçu de l’application :

 

I. Présentation d’OwnCloud

OwnCloud est une application OpenSource de stockage en ligne et de gestion de fichiers, on l’apparente généralement au très connu Dropbox car ownCloud permet de stocker et de synchroniser des fichiers entre un ou plusieurs postes/serveurs et le serveur OwnCloud, remplissant ainsi le rôle de serveur de sauvegarde pour mettre en sécurité les fichiers et de serveur synchronisation. Pour mettre en place ce service vous devez disposer d’un serveur web utilisant PHP et MySQL ou SQLite. Voyons cela ensemble

Parmi les fonctionnalités, on y trouve évidemment la possibilité de partager des fichiers, mais également de lire de la musique directement en ligne grâce au lecteur intégré, un calendrier, une gestion de contacts, la visualisation et l’édition de documents en ligne, la visualisation et le classement de photos dans des galeries, etc. De plus, de nombreux plug-ins sont disponibles afin de greffer de nouvelles fonctionnalités à ownCloud. Vous trouverez plus d’information sur les nouveautés apportées par OwnCloud 8 dans notre article sur les nouveautés d’OwnCloud 8

Dans ce tutoriel, nous allons voir ensemble comment installer OwnCloud sur une machine Debian, avec Apache pour le serveur web couplé à PHP et SQLite.

II. Préparation du serveur web

Avant d’installer l’application ownCloud, le serveur web doit être préparé si vous ne l’avez pas déjà fait. Pour se faire, nous allons installer le serveur web Apache ainsi que PHP et différentes librairies dont OwnCloud a besoin, nous allons saisir les commandes suivantes :

apt-get update
apt-get install apache2 php5 php5-common php5-gd
apt-get install php5-sqlite curl libcurl3 libcurl3-dev php5-curl

Pour information, on installe apache2, php5 et SQLite ainsi que plusieurs modules PHP. Toutefois, pour information, MySQL s’installe automatiquement avec ownCloud lors de l’installation via apt-get.

III. Installation d’ownCloud

Maintenant, continuons avec l’installation d’ownCloud et la fin de la configuration de notre serveur Linux. Voici les commandes que vous devez saisir :

echo 'deb http://download.opensuse.org/repositories/isv:/ownCloud:/community/Debian_7.0/ /' >> /etc/apt/sources.list.d/owncloud.list 
apt-get update
apt-get install owncloud

Ici, nous venons d’insérer une nouvelle ligne vers le dépôt contenant OwnCloud adans notre fichier sources.list puis nous avons mis à jour nos dépôts et installé OwnCloud. Lors de l’installation d’OwnCloud, le service de base de données MySQL s’installe également, il va alors falloir indiquer deux fois  un mot de passe pour l’utilisateur “root” de MySQL :

Note : Pour information, les paquets PHP5 permettant à PHP de communiquer avec MySQL s’installent également automatiquement lors de l’installation d’OwnCloud. Cela nous facilite donc la tâche

Nous allons ensuite définir le groupe “www-data” contenant l’utilisateur du même nom utilisé par Apache en tant que groupe propriétaire sur les répertoires utiles au fonctionnement d’ownCloud, nous saisirons pour cela les commandes suivantes :

cd /var/www/
chown www-data:www-data -R owncloud/

Ensuite, nous allons passer à la modification des permissions sur ces mêmes répertoires, l’option “-R” permet d’avoir une récursivité, c’est-à-dire que les changements de droits vont s’appliquer à tous les sous-répertoires également :

chmod 770 -R owncloud/

Pour qu’OwnCloud fonctionne correctement dans Apache, il faut activer les modules rewrite et headers d’Apache. Rewrite permet la réécriture d’URL, et, headers permet de gérer les en-têtes des requêtes et réponses HTTP :

a2enmod rewrite
a2enmod headers

Pour des questions de sécurité, il faut empêcher l’accès au répertoire « data » d’ownCloud. Pour cela, un fichier .htaccess est déjà présent et préconfiguré dans OwnCloud. Il contient une directive permettant de refuser l’accès à tout le monde et une seconde permettant d’empêcher le listing de tout le contenu du répertoire :

deny from all
IndexIgnore *

Note : « data » est le répertoire des données d’ownCloud

Afin que le fichier .htaccess soit pris en compte, la directive AllowOverride de votre serveur web doit être définie sur « All » et non sur « None » sinon les fichiers .htaccess sont ignorés. Modifiez le fichier « default » situé dans « /etc/apache2/sites-enabled » afin d’obtenir ceci :

<Directory>
   Options -Indexes FollowSymLinks MultiViews
   AllowOverride ALL
   Order allow,deny
   allow from all
</Directory>

Puis, pour finir, nous pourrons redémarrer le serveur Apache :

service apache2 restart

L’accès depuis le navigateur sur les données du dossier data devrait être interdit (pour vérifier, aller sur http://IP_du_serveur/owncloud/data, à la fin de l’installation).

IV. Finalisation de la mise en place

Pour finir, accédez à ownCloud depuis l’interface web pour finir l’installation et créer l’utilisateur « admin ». Puis, allez sur le navigateur web et saisissez l’URL « http://IP_du_serveur/owncloud », voici ce que vous pourrez voir :

Comme vous pouvez le voir, OwnCloud nous indique que le système de base de données SQLLite sera suffisant pour les installations standards. Si vous ne pensez pas avoir besoin d’un très grand volume pour votre OwnCloud, saisissez simplement l’identifiant et le mot de passe de votre utilisateur administrateur puis cliquez sur “Terminer l’installation”.

En revanche si vous savez que votre OwnCloud sera amené à gérer une certaine charge (ce qui sera le cas si vous être dans une entreprise par exemple), cliquez sur “Stockage & base de données” pour accéder à la possibilité d’utiliser d’autres systèmes de base de données. On sélectionnera alors “MySQL/MariaDB”.

Si vous utilisez MySQL, il faudra se rendre en ligne de commande sur votre interface MySQL pour y saisir les lignes de commande qui permettront de créer une base de données et un utilisateur dédié à OwnCloud.  On crée l’utilisateur et la base de données :

CREATE USER "owncloud"@"localhost" IDENTIFIED BY "password";
CREATE DATABASE owncloud;

Note : Pensez à remplacer “password” par un mot de passe fort.

On donne tous les droits à l’utilisateur sur la base de données :

GRANT ALL PRIVILEGES ON owncloud.* TO "owncloud"@"localhost";
FLUSH PRIVILEGES ;

Il faudra ensuite renseigner les champs correspondants (user, password, nom de la base de données ..) :

N’oubliez pas de saisir les identifiants de votre administrateur principal puis cliquer sur “Terminer l’installation”.

OwnCloud est fin prêt, tout est fonctionnel. Vous pouvez vous connecter avec l’utilisateur « admin » en allant sur l’URL ” http://IP_du_serveur/owncloud” :

Il ne reste plus qu’à vous amuser avec OwnCloud ! Pour rappel, nous avons une catégorie dédiée à OwnCloud qui vous permettra d’aller plus loin dans sa configuration : tutoriels OwnCloud