Lurik

Lorsque j'accède à ta page depuis mon taf, je constate ceci dans le code source de la page : Les lignes sont chacune à différents endroit, tout n'est pas en un seul bloc : Flux" href="http://192.168.1.15/wordpress/?feed=rss2" Flux des commentaires" href="http://192.168.1.15/wordpress/?feed=comments-rss2" /> <h1 id="site-title"><span><a href="http://192.168.1.15/wordpress/" ti <a href="http://192.168.1.15/wordpress/"> <form method="get" id="searchform" action="http://192.168.1.15/wordpress/"> <a href="http://192.168.1.15/wordpress/" title="Accueil">Accueil <a href="http://192.168.1.15/wordpress/?p=1" title="Permalink to Hello world!" <a href="http://192.168.1.15/wordpress/?p=1" title="21:19" <a href="http://192.168.1.15/wordpress/?p=1#comments" title="Commentaire sur Hello world!">1</a> <a href="http://192.168.1.15/wordpress/?p=1#comments" title="Commentaire sur Hello world!"> <a href="http://192.168.1.15/wordpress/?p=1" title="Hello world!">Hello world! Bref, plein de référence 192.168.1.15. Seulement cette adresse IP est l'adresse IP locale de ton NAS. Seul les ordinateurs sur le même réseau qui lui peuvent utiliser ces liens/ressources. Il reste donc un paramétrage mal fait dans wordpress. Il doit falloir indiquer quelque part à WP que ton domaine est : http://erialos.dsmynas.com/wordpress

Pour le logiciel tiers, je ne pense pas. DSM est plutôt un système fermé, avec des possibilités de packages supplémentaires mais sans la souplesse d'un système linux "bureautique" qui permettrais d'installer ce que tu veux. L'achat de licence supplémentaire est obligatoire selon moi.

est ce que tu as fait le test de la carte mere? http://www.synology.com/support/faq_show.php?lang=fre&q_id=366

De ce que tu décris, tout devrais fonctionner avec le NAS. J'ai mettrais 2 petites remarques: - le modele J est peu être léger pour faire le partager et la gestion de 2 caméras en même temps => le modele 212 "standard" serait plus adapté (voir le 212+) - suivant le volume de données que tu as (et elle vont grossir avec le temps) est ce qu'un 4 disques ne serait pas plus rentable à long terme (ca dépent de tes données et du volume) Et comme je suis un vieux radoteur : - une sauvegarde des données sur disque USB (le raid n'est pas une sauvegarde) - un onduleur pour protéger tout ce petit monde.

C'est effectivement une fonction qui serait intéressante (en tout cas une que j'utiliserais) mais aussi simple que cela puisse paraitre en imaginant un "bouton droit", dans la réalité du système et des conséquences que cela peut générer, ce n'est pas si facile que cela d'implémenter simplement cette fonction. Je te donne un exemple, si tu as 2 répertoires rep1 et rep2, et 2 utilisateurs user1 et user2, chaque utilisateur ayant les accès pour un seul des 2 répertoires : user1 -> rep1 user2 -> rep2 Si tu autorise l'admin à créer des liens entre répertoire, quels sont les droits si tu met le répertoire2 dans le répertoire1 (/rep1/rep2) ? Ce genre de petits détails fait que la gestion des droit devient très vite complexe et difficile à gérer. Il y a déjà pas mal d'exemple dans le forum d'utilisateurs novices qui ont des problème pour bien appréhender la gestion des utilisateurs/groupes. Rajouter une couche "lien de répertoires qui peuvent se croiser" rendrait les choses encore plus complexe. Je ne dit pas que c'est impossible, mais que c'est une fonction à mettre en place dans DSM avec beaucoup de précaution. pour l'instant syno a fait le choix de ne pas l'implémenter (pourtant c'est un besoin qui a déjà été remonté). Il reste la possibilité de le faire "a la main" en supposant que si tu y arrive, c'est que tu maitrises un minimum l'ensemble.

C'est sur le syno qui fonctionne sous linux qu'il faut faire le mount.

Tu ne dis pas dans quelle liste tu cherches. Donc perso, je ne vois pas quoi te dire.

Dans tous les cas, je vais devoir réinstaller le syno comme le jour de sa livraison si j'ai bien compris ? Non, le DSM reste installé puisque tu a en permanence un disque correctement configuré dans le NAS. Ta solution me permet-elle de ne pas formater le volume1 ? Le formatage du disque se fait par le DSM lors de la création du volume : tu ne peut pas l'éviter, mais ce n'est pas une opération que tu doit lancer en tant que telle : c'est automatique. En fait j'ai installé quelques packages via ipkg, et je veux juste savoir si je doit/peut les sauvegarder. Comme indiqué au dessus, ils sont dans /volume1/@optware Seulement, volume1 = RAID. Donc lorsque tu démonteras le raid, tu n'auras plus le volume1 Quoiqu'il en soit, je te conseille d'avoir une sauvegarde de tes données et que celle ci soit à jour avant de commencer toute manipulation. Dans tous les cas, je dois sauvegarder la configuration avec l'assistant de sauvegarde, c'est bien çà ? Tes répertoires partagés vont changer : ils vont passer de volume1 à volume2, donc tu auras des paramétrage à corriger. Mais cela ne t’empêche pas de faire une sauvegarde de la config pour les autres paramètres au cas ou un problème arrive. Pour le bip : c'est un bouton généralement grisé sur la fenetre de gestion des volumes. En cas d'incident ca bippe et le bouton devient actif.

Voila une réponse qui me plait beaucoup Mais pour le coté pratique : tu peux aussi ajouter une sauvegarde locale sur disque USB. En cas de soucis, c'est plus rapide et pratique que de récupérer les données distantes. La première synchro en locale est effectivement une bonne chose à faire. Dans mon cas ce n'était pas possible puisque les syno étaient déjà passés en production (donc non déplaçables)

Fait une recherche sur "mount --bind". il y a de bon post qui expliquent la démarche à suivre et les bonnes idées à utiliser

La solution de 2 syno dans des lieux différents marche très bien. Mis à par quelques raté de sauvegarde (environ 1 erreur par moi chez moi) cela fonctionne bien. Le tout est de connaitre aussi le volume que tu as à sauvegarder. Les lignes adsl permettent de transferer 8Go par 24h. Donc si tu dépose 32Go d'un coup, la sauvegarde prendra 4 jours. Mais j'ai déjà mis en place des sauvegardes sur de gros volumes. Les syno bossent 24/24 tout le temps qu'il faut pour initialiser les sauvegardes. Une fois que la première synchronisation est faites, les sauvegardes incrémentielles sont rapides.

Il ne te sera pas possible de faire passer ton type de volume de "Raid 1" à "Simple". Si tu tiens à faire la manipulation, il te faut démonter le volume. Cela te donne quelque chose du genre: Je suppose que tu n'a qu'un volume1 en raid 1 - enlever le disque 2 du raid => le raid passe en dégradé (penser à virer le bip) - remettre le disque 2 dans le syno et monter un volume 2 simple dessus. - copier toutes les données du raid (volume1) au volume2 - démonter le volume du raid - remonter le disque1 en volume "simple". Tu peux ou pas arrêter ton nas à chaque étape, les disques étant échangeable à chaud (mais il faut être délicat et y aller doucement si tu fait la manip à chaud).

Il n'y a pas de "admin user" et "admin systeme". Il n'y a qu'un seul admin pour le syno. Pour les répertoires "home" et "homes/admin" que tu vois, c'est le même. Fait le test, un répertoire crée dans l'un des 2 est visible dans l'autre. La fonctionnalité "Accueil Utilisateur" permet de crée un répertoire personnel pour chaque utilisateur du syno (sauf guest). Tous ces répertoires utilisateurs sont regroupés dans un répertoires "/homeS" Cela donne une arborescence : /homeS + admin + user1 + user2 + user3 Cette arborescence n'est visible QUE par un admin du syno. Il n'y a que les admin qui ont le droit de parcourir l'ensemble des répertoires. Pour que chaque utilisateur puisse utiliser SON répertoire de manière simple, le répertoire en question est monté sous "/home" (sans S). Si un utilisateur "normal" se connecte, il ne verra donc que "/home". Si un admin se connecte, il verra alors : /home /homeS + admin + user1 + user2 + user3 Donc l'admin voit 2 fois son propre répertoire. Cette fonctionnalité "Accueil Utilisateur" est indispensable pour activer certaines fonction du DSM, en particulier le mail puisque c'est dans les répertoires utilisateurs que son stockés les mails.

C'est le débit classique des lignes adsl. Tant que tu n'est pas connecté avec une technologie "fibre", tu ne pourras pas faire mieux.

Un petit bonjour dans la rubrique adéquate est toujours apprécié. As tu été voir la limitation du nombre de caméra pour ton modèle sur le site de syno?

Rien n'indique de la part de syno que la liste et le graphique représentent les même chose. La liste a l'air d'être identique à ce que l'on trouve avec la fonction "top" : c'est donc une liste indiquant les processus et leur charge sur une seconde. La vitesse de rafraichissement du graphique (environ toutes les 10s) me fait plutôt penser à une moyenne de charge sur la période. A partir du moment ou ce n'est pas la même info qui est affiché, je ne m'étonne pas d'avoir des chiffres qui ne sont pas totalement raccord.

As tu été voir la liste des matériels compatibles sur le site web de synology?

Nono cela resemble plutot à wordpress qui ne connait pas ton nom de domaine => il renvoie des url sans domaine => le navigateur utilise l'IP. Regarde du coté du paramétrage de Wordpress pour voir ou il faut indiquer le nom de domaine. Mais si tu veux des réponses plus complète et précises, je te sugère d'aller lire un forum sur wordpress. Ce n'est pas un problème lié à ton Syno.

Je n'ai pas de mac, je ne sais pas plus. Tu dois donc trouver "comment vérifier un md5 sur mac"

"/volume1/web/wordpress" c'est un chemin local. est ce que ce n'est pas plutot quelque chose du genre : "http://mon.domaine/wordpress" ?

Par principe j'ai toujours désactivé "guest" de mes syno. Je n'ai jamais été bloqué pour utiliser quelque service que ce soit.

Pour activer la corbeille réseau : DSM -> Panneau de configuration -> Win/Mac/NFS -> Service de fichier Windows -> Activer la corbeille CIFS Donc non, la corbeille réseau ne dépent pas de l'ordinateur qui est utilisé, c'est une fonction du DSM, mais il faut utiliser le protocole CIFS pour en disposer. Le mac doit donc être utilisé avec CIFS (=samba). Mais si j'ai bien compris, les MAC savent faire cela.

Oui, les disques "entreprise" sont plus adapté pour un utilisation en RAID. En fait il faudrait aller vérifier sur le site des constructeur pour vérifier modèle par modèle si le fonctionnement en RAID est recommandé ou pas. Malgré tout ce que j'ai écrit, personnellement pour des raisons de cout (car la différence de prix est notable), j'utilise des disques "desktop" chez moi avec préparation des disques de manière systématique. Je met en place une sauvegarde automatique (sur disque USB et aussi à distance). Donc en cas de gros problème, je ne perd pas de données. J'ai déjà connu des exclusions d'un disque par le RAID. Pour me simplifier la vie, j'ai changé le disque en cause par un neuf et recyclé le disque éjecté dans un boitier USB pour ajouter une sauvegarde. En tant que disque externe de sauvegarde, les disques ayant connu des éjections ne m'ont jamais posé de problème (je ne sais pas si il existe une temporisation dans le cas d'un boiter USB, mais si elle existe elle est beaucoup plus longue que celle du disque => on ne rencontre pas ce problème dans les boitier USB). Donc en conclusion, suivant les budgets et contraintes de chacun : - n'installer que des disques "entreprise" avec une préparation du disque - installer des disques "desktop" avec une préparation du disque En cas d'incident : - changer d'office le disque par un neuf - vérifier le disque en effectuant une nouvelle préparation et remettre le disque dans le Syno si il est ok (pas d'erreur renvoyée par la préparation ET des données smart "normales") Dans tous les cas : - avoir une sauvegarde des données sur les disques externe au syno (boitier USB/Esata, autre NAS, cloud...)

Une explication possible, mais ce n'est pas forcément la seule : Le problème que tu rencontre est un des inconvénients que l'on peut rencontrer avec des disques "desktop". Dans certains cas, le disque peut mettre plus de temps à répondre que le système raid est près à attendre. Donc dans un tel cas, le disque se fait éjecter du raid alors qu'en réalité il n'est pas "planté", il a simplement pris trop de temps pour répondre. De tête (faudrait vérifier les valeurs) les temporisations pour répondre à un ordre de lecture écriture sont de l'ordre de : - 7 secondes pour l'ensemble raid (c'est à dire la partie logicielle qui gère le RAID) - 5 secondes pour un disque dur "entreprise" - 15 secondes pour un disque dur "desktop". Dans le cas ou un disque rencontre une erreur de lecture/écriture, il va essayer de relire le secteur erroné et de le relocaliser ailleurs : - un disque "entreprise" aura fait la relocalisation et répondu avant les 5 secondes => le RAID sera encore en attente et continue d'utiliser le disque - un disque "desktop" sera peut être encore en train de faire la relocalisation que le RAID sera à la fin de son attente => le RAID va considérer le disque comme "HS" => exclusion du disque du RAID et passage du RAID en dégradé. Pourtant, le disque n'est pas HS, il a simplement mis un peu de temps à répondre => lors du test du disque sur un ordi, tu ne rencontrera pas d'erreur. => tu remet le disque dans le syno, il est parfaitement reconnu => le DSM te propose de le réinsérer dans le RAID. Pour voir une différence, tu peux essayer de faire une préparation du disque qui s'est fait éjecter du RAID - cela va provoquer la lecture / écriture de toute la surface du disque. - toutes les relocalisation de secteurs vont être faites => cela diminuera le risque de rencontrer le même problème. Pour vérifier que cette explication peut correspondre à ton problème, il faut regarder l'évolution des données smart de tes disques. En particulier, la donnée "5 : Reallocated Sectors Count" C'est elle qui indique si les disques font de la relocalisation des données. Si il n'y a pas de relocalisation et que malgré la préparation le problème arrive encore, c'est qu'il faut chercher une autre cause.

Le but du DNLA est de diffuser les flux audio/video, pas de les modifier. Donc pour moi, le dnla ne permet que la lecture, pour effectuer une modification, il faut passer par un des protocoles de partage réseau (CIFS, NFS, ou celui de MAC) et donc dans ce cas, avoir un login/mot de passer ayant accès au dossier.