alex-braga.fr - Mot-clé - Synology2023-03-12T15:34:09+01:00Alexurn:md5:cb5dff11a70b8a5383a4fef813dd35b6DotclearLes sauvegardes ou comment ne pas perdre ses donnéesurn:md5:d7fb4aa916e73af623b7ed07b11b80e02020-03-31T09:59:00+02:002020-04-07T06:39:11+02:00AlexTémoignageInfomaniaksauvegardesSynology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Je ne compte pas me poser en donneur de leçons, bien d’autres s’en sont chargés avant moi. Je trouve juste utile d’expliquer la façon dont j’ai organiser les sauvegardes de l’ensemble de mon matériel.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Jusqu’à présent, je sauvegardais mes données principalement sur iCloud et un NAS Synology DS209+II, de la façon suivant :</p>
<ul>
<li>iCloud est utilisé pour les sauvegardes de nos iPhone et les documents synchronisés.</li>
<li>Le NAS pour le PC de mon fils et pour divers fichiers que je ne souhaite pas déposer sur iCloud et donc les synchroniser.</li>
<li>Une caméra IP enregistre dessus l’ensemble des fichiers vidéos (j’utilise Surveillance Station, un paquet Synology).</li>
</ul>
<p>Cela est malheureusement insuffisant car une partie des données ne sont sauvegardées que sur le NAS, donc s’il venait à lâcher (il faut dire que je l’ai depuis plus de sept ans), je les perdais définitivement. D’autant plus que mon Mac Mini effectue ses sauvegardes Time Machine dessus.<br />
Il y a quelques mois, l’un de ses deux HDD est tombé en panne. Ce modèle dispose de deux emplacements HDD. J’y avais mis des disques de 1To chacun, configurés en RAID 1. Pour ceux qui l’ignorent, le RAID 1 permet de répliquer les données du premier disque sur le deuxième. Il m’a alors suffit de remplacer le disque décédé pour récupérer un NAS pleinement fonctionnel comme je le souhaitais.<br />
Mais cet événement m’a forcé à revoir ma copie et trouver une autre méthode de stockage, plus sécure.<br /></p>
<p>La solution est venu de mon hébergeur (Infomaniak) qui a lancé une nouvelle offre, la location d’un NAS Synology. Plusieurs configurations sont dispos. J’ai opté pour un Rack RS815+ avec 16To de stockage, le tout en redondance sur un autre Data Center. En terme de sécurité, c’est parfait. De plus, Infomaniak est un hébergeur sérieux, avec un taux de disponibilité de ses services proche de 100%. C’est d’ailleurs chez eux que ce j’héberge ce blog, mes boites mails et que je gère mon domaine depuis de nombreuses années. Ce ne sont pas les moins chers mais j’en suis totalement satisfait.<br /></p>
<p>Maintenant que j’ai ce second NAS, je fais quoi. Je réorganise ma chaîne de sauvegarde :</p>
<ul>
<li>iCloud continue de sauvegarder les iPhone et les fichiers que je souhaites synchroniser avec l’ensemble de mes appareils Apple.</li>
<li>Le Mac continu de faire des sauvegardes Time Machine sur le NAS local (depuis, j’ai remplacé les HDD par des neufs, des Seagate de 1To).</li>
<li>J’ai un lecteur réseau stocké sur le NAS local, ainsi que mon fils.</li>
</ul>
<p>La nouveauté apporté par le NAS distant :</p>
<ul>
<li>Une fois par semaine, je sauvegarde le NAS local sur le NAS distant. Cette sauvegarde comprend, le contenu des lecteurs réseaux et les sauvegardes Times Machines. Il s’agit d’une sauvegarde incrémentielle. Mis à part le premier backup qui prendra des heures, les suivantes seront plus rapide. Seuls les nouveaux fichiers ou ceux modifiées seront sauvegardés.</li>
<li>Dorénavant, la caméra IP sauvegarde directement sur le NAS distant.</li>
</ul>
<p>Ainsi, mes sauvegardes sont effectuées à la fois localement et à distance. Maintenant, même si un avion s’écrase sur mon domicile, au moins je ne perds pas le moindre fichiers si ce n’est que ceux qui n’ont pas été basculé chez Infomaniak par la synchronisation hebdomadaire. Je pourrais réduire le risque à maxi 24 heures si besoin, la synchronisation étant incrémentielle. J’y réfléchirais plus tard si le besoin s’en fait sentir.<br /></p>
<p>Est-ce que financièrement, ça vaut le coup ? Ça dépend de chacun mais oui, ça représente un coup. Un simple disque dur externe de grosse capacité suffirait pour beaucoup, à condition de faire les sauvegardes régulièrement et de le stocker dans un endroit sûr, idéalement ailleurs que chez vous (qui serait prêt à le faire, franchement ?). Souscrire à cette offre permet de sécuriser la chaîne complète et puis, j’ai un NAS récent, puissant et lui-même sauvegardé par le prestataire, et qui me permettra d’en faire plus (il faut que je creuse du côté de Docker et des machines virtuelles).<br /></p>
<p>Petite précision, il est préférable d’avoir une bonne connexion Internet. J’ai de la chance, je suis en VDSL avec 40 Mbits en réception et 10 en émission. Si votre connexion est limitée, le disque externe s’impose de lui-même.<br /></p>
<p><strong><ins>Mise à jour du 7 avril 2020</ins></strong> <br /></p>
<p>Juste une précision. La première sauvegarde, soit 400 Go environ, aura nécessité 72 heures pour être réalisée. Les suivantes elles, ne prennent que 35 minutes puisque seul les fichiers ajoutés ou modifiés sont concernés. Du coup, j’ai modifié la planification pour que le backup soit réalisée toutes les nuits. Mais je maintient ce que j’ai écris précédemment, il faut une bonne connection. Sur une connexion limitée, je déconseille de le faire quotidiennement.</p>Remplacement des HDD d'un NAS Synologyurn:md5:a5ae47b370cf9aeb4dbd2e7bf242a76f2018-03-06T08:43:00+01:002018-08-26T16:07:13+02:00AlexTutos SynologyHDDNASSeagateSynology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Ce billet fait suite à un autre qui abordait la défaillance d'un des 2 disques dur installés dans mon NAS. Pour rappel, il s'agit d'un DS209+II sous DSM 4.2. Je vous invite donc à le lire <a href="https://alex-braga.fr/blog/post/R%C3%A9parer-un-HDD-d-un-NAS-Synology">ici</a> en premier avant de prendre connaissance de ce qui va suivre.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Par curiosité, je n'ai pas procédé au remplacement du disque défaillant tout de suite. Je voulais voir l'évolution des informations S.M.A.R.T. depuis que mon Syno m'a signalé la panne. En toute logique, les informations, principalement les erreurs n'ont fait qu'augmenter mais pourtant, le disque fonctionne toujours. Le dernier test S.M.A.R.T. planifié qui a eu lieu le 1er mars m'a renvoyé une alerte. A part çà, rien de changé. Le NAS tourne parfaitement. Mais il est temps d'arrêter de jouer. Surtout que ces disques sont utilisés 24/24 depuis presque 8 ans maintenant.<br /></p>
<p>J'ai donc commandé deux disques. Mon choix s'est porté sur des Seagate IronWolf de 1To chacun. Voici la <a href="https://www.seagate.com/fr/fr/internal-hard-drives/hdd/ironwolf/" hreflang="fr" title="Seagate IronWolf">page produit</a> sur le site du fabricant. <br />
<a href="https://alex-braga.fr/blog/public/Syno/HDD1.jpg"><img src="https://alex-braga.fr/blog/public/Syno/.HDD1_m.jpg" alt="" style="display:table; margin:0 auto;" /></a></p>
<p>Après vérification sur le site de Synology, ceux-ci sont compatibles. Pourquoi cette capacité ? Tout simplement parce que je n'ai pas besoin de plus. Je n'utilise aujourd'hui que 65% des 1To actuel (je suis en RAID1), mais je pouvais profiter de l'occasion pour augmenter l'espace de stockage, la procédure étant la même.
L'intérêt premier de ce choix réside dans la vitesse de rotation. Ils tournent à 5900 trs/mn au lieu des 5400 traditionnels pour les HDD orienté NAS. Ceux que j'ai déjà tournent à 7200 trs/mn. Je gagnerais donc en silence et en consommation pour des performances largement suffisantes concernant les taux transferts. Détail intéressant, ils sont moins longs et surtout plus fin. Comme çà facilite la circulation de l'air à l'intérieur du NAS, la sonde de températures des disques affiche 40° au plus chaud durant la réparation du volume, contre un 48° en usage courant avant.<br />
<a href="https://alex-braga.fr/blog/public/Syno/HDD2.jpg"><img src="https://alex-braga.fr/blog/public/Syno/.HDD2_m.jpg" alt="" style="display:table; margin:0 auto;" /></a></p>
<p>La procédure de remplacement est simple mais un peu longue. Il faut simplement remplacer en premier le disque HS (dans mon cas le N°2) et rallumer le NAS. Ensuite, il faut lancer la réparation en suivant la procédure de mon autre <a href="https://alex-braga.fr/blog/post/R%C3%A9parer-un-HDD-d-un-NAS-Synology">billet</a>. Inutile de la détailler une nouvelle fois.
Une fois la procédure terminée, on remplace l'autre disque par le neuf et on recommence. C'est donc simple.<br /></p>
<p>Au total, la procédure aura duré un peu plus de 12 heures.<br /></p>
<p>Vous pouvez en profiter pour effectuer une clean instal en remplaçant les deux disques d'un coup. Un DSM tout neuf s'installera et il ne reste qu'à recopier l'ensemble des données que vous aurez au préalable sauvegardé. On peut aussi effecter un clonage. Alors pourquoi ne pas l'avoir fait ? Car mon NAS est bidouillé (installation d'un bootstrap par ex) pour entre autre, surveiller mon réseau et je ne voulais pas tout recommencer. Quand au clonage, je n'ai tout simplement pas de disque externe assez grand.</p>Réparer un HDD d'un NAS Synologyurn:md5:5e65c7ccbfd758111dd762104beedc0d2017-12-27T08:21:00+01:002018-03-06T08:59:48+01:00AlexTutos SynologycrashHDDréparationSynology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Petite surprise ce matin, mon NAS a commencé à biper, suite au crash d'un des deux disques dur. Du coup, petit tuto qui pourra dépanner.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Je possède sur mon réseau, un NAS Synology DS209+II depuis 2010, équipé de deux HDD d'une capacité de 1To chacun. Je l'utilise :</p>
<ul>
<li>Comme backup de mes données (documents, photos, archives Web...)</li>
<li>Server Time Machine</li>
<li>Surveillance de mon entrée avec une camera Axis</li>
<li>Monitoring de mon réseau avec cacti</li>
</ul>
<p>Concernant le backup des données et la surveillance, j'utilise également un espace de stockage mis à disposition par mon hébergeur Web pour plus de sécurité. La synchronisation s'effectue via une tâche Cron chaque semaine.</p>
<p>Les HDD sont montés en RAID 1, justement en prévision de ce cas de figure. Pour rappel, le RAID 1 permet d'écrire à l'identique la même information sur les deux HDD. Du coup, la capacité de stockage est égale à la capacité d'un seul HDD.
Cette alerte m'indique qu'un des deux disques vient de lâcher. Un rapide coup d'oeil sur les LED d'activité puis sur le DSM me confirme que le disque N°2 n'est pas initialisé. Donc les données ne sont plus répliquées. Si l'autre disque lâche, je perds toutes mes données.</p>
<p><strong>La solution que je vais détailler n'est qu'un dépannage. Il vous faudra acheter un nouveau disque pour remplacer celui qui déraille et cela rapidement. Il n'a pas planté par hasard et rien ne garantis que cela ne va pas se reproduire dans un délai plus ou moins long avec des conséquences plus désastreuses. Donc si vous optez pour cette manipulation, c'est à vos risques et périls, le péril étant de perdre toutes vos données.</strong><br /></p>
<p><strong>Attention, je suis sous le DSM 4.2, mon NAS n'étant pas compatible pour une version plus récente. Ce tutoriel reste valable pour les DSM plus récents (avec certainement des variantes sur les accès aux modules).</strong></p>
<p>Rendez-vous dans le DSM et allez dans le Gestionnaire de Stockage. Dans l'onglet "Volume", cliquer sur "Gérer" et lancé la réparation du disque planté; il sera proposé automatiquement. Cela va l'effacer complètement, puis le Syno va recopier les données. C'est long et il faut absolument éviter de solliciter votre NAS durant l'opération. Coupez toutes les sources d'écriture/lecture. Dans mon cas, j'ai stoppé :</p>
<ul>
<li>La sauvegarde Time Machine de mon Mac</li>
<li>Coupé Surveillance Station et Cacti.</li>
<li>Arrêté le Crontab avec la commande :</li>
</ul>
<pre>bash /usr/syno/etc.defaults/rc.d/S04crond.sh stop</pre>
<p><a href="https://alex-braga.fr/blog/public/Syno/Reparation_HDD_Syno_1.png"><img src="https://alex-braga.fr/blog/public/Syno/.Reparation_HDD_Syno_1_m.jpg" alt="" style="display:table; margin:0 auto;" /></a></p>
<p>Ensuite, il faut attendre la fin du processus que vous pouvez suivre dans le Gestionnaire de Stockage. Bien sur, la durée dépendra de la taille de votre HDD et de la quantité de données. Dans mon, j'ai attendu un peu plus de 2 heures.</p>
<p><a href="https://alex-braga.fr/blog/public/Syno/Reparation_HDD_Syno_2.png"><img src="https://alex-braga.fr/blog/public/Syno/.Reparation_HDD_Syno_2_m.jpg" alt="" style="display:table; margin:0 auto;" /></a></p>
<p>Bien sur, on réactive l'ensemble des processus coupés au début du tutoriel. Le crontab s'active avec la commande :</p>
<pre>bash /usr/syno/etc.defaults/rc.d/S04crond.sh start</pre>
<p>On peu en profiter pour activer une tâche de vérification SMART des HDD. Je vous laisse jeter un oeil <a href="http://blogmotion.fr/systeme/secteur-defectueux-raid-13500" hreflang="fr" title="Tâche vérification SMART">ici</a> pour plus d'infos.</p>
<p>Plus qu'à attendre le nouveau HDD. Une fois installé à la place du disque défaillant, il suffit de refaire l'ensemble de ces manips pour le mettre en service.</p>Monitoring de la Livebox 4 avec Cactiurn:md5:7a190282eb869eddf5eda3b7bdd688872016-07-14T12:55:00+02:002019-01-17T16:57:06+01:00AlexTutos CactiCactiLiveboxSynology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Voici comment intégrer la Livebox 4 dans Cacti et grapher les informations grace à l'API intégrée à la box.<br />
<strong><ins>Fonctionne avec la dernière version du firmware.</ins></strong></p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Etant maintenant chez Orange, vu mes déboires avec Free (billet à venir), j'ai bien sur souhaité continuer à suivre certains éléments de ma connexion avec ma Livebox 4, comme je le faisais avec la Freebox.<br /></p>
<p>Premier constat, aucune API documentée chez Orange, même si elle est prévue. Ceci dit, la LB4 est disponible que depuis fin mai. Deuxième constat, la LB4 ne permet pas de récupérer autant d'informations que la Freebox. Malgré tout, celles disponibles sont suffisantes pour ce faire une idée de la connexion. Troisième et dernier constat, mon script n'est compatible qu'avec la Livebox 4.<br /></p>
<p>Tout est prêt et vous pouvez télécharger les templates et le script dans le fichier <a href="http://www.alex-braga.fr/ressources_externe/scripts_cacti_livebox.zip">scripts_cacti_livebox.zip</a>.<br />
Le script compatible avec le dernier firmware (à partir de la version 2.17) d'Orange est <a href="https://alex-braga.fr/ressources_externe/xdslbox_new.sh" hreflang="fr">ici</a>.</p>
<p>Avant d'importer les templates et de copier le script dans le dossier "scripts" de Cacti, vous devez l'éditer et renseigner votre mot de passe dans la variable "myPassword", en début du fichier. Au besoin, corrigez également l'adresse IP de la box si vous l'avez personnalisé (par défaut 192.168.1.1). Une fois le script copié, vérifiez les droits du fichier. Vous pouvez relire le tuto <a href="https://alex-braga.fr/post/Monitoring-de-la-Freebox-V6-avec-Cacti">ici</a> pour ce point.<br /></p>
<p>Logiquement, au bout de 15 à 20 minutes d'attente, vous devriez voir les tracés.<br /></p>
<p>Pour celles et ceux qui souhaitent monitorer une LB2 ou LB3, il faut modifier le script. Les requetes permettant de collecter les données sont les mêmes mais la LB4 renvoi plus d'informations. Du coup, il faut modifier la partie consacrée à la récupération des données et corriger les positions lues par le script. Vous pouvez vous référer à ce <a href="https://alex-braga.fr/post/R%C3%A9cup%C3%A9ration-des-donn%C3%A9es-du-Freebox-Server">tuto</a>. Mon script enregistre toujours une copie du résultat dans des fichiers TXT.</p>
<p><ins><strong>Source :</strong></ins><br />
Un grand merci à <a href="https://tetsumaki.net/blog/article/2015-10-25-recuperation-dinformations-livebox-play.html" hreflang="fr" title="tetsumaki.net">tetsumaki.net</a> pour son script. Le système d'authentification des commandes est différent de la Freebox V6. De plus, son script est très propre. Je l'ai juste adapté pour correspondre aux besoins de Cacti et de la LB4.<br /></p>
<p><strong>Mise à jour du 26 novembre 2016 :</strong><br />
Une mise à jour du firmware est tombée ce matin. Il s'agit de la version 2.19.2. Cette version rend le script incompatible. Je mettrais ce billet à jour dès que possible.<br /></p>
<p><strong>Mise à jour du 14 janvier 2017 :</strong><br />
Ajout d'une version du <a href="https://alex-braga.fr/ressources_externe/xdslbox_new.sh" hreflang="fr">script</a> compatible avec le dernier firmware de la Livebox 4. Il suffit de le renommer en xdslbox.sh et le copier à la place de l'ancien. Pensez à corriger les droits du fichier si besoin et renseignez la variable "myPassword" avec votre mot de passe de connexion à la Livebox. Je laisse l'ancien script pour les autres Livebox.<br /></p>
<p><strong>Mise à jour du 3 juin 2017 :</strong><br />
Ajout d'une version du <a href="https://alex-braga.fr/ressources_externe/xdslbox_2.22.8.sh" hreflang="fr">script</a> compatible avec le dernier firmware de la LB4 (version 2.22.8).<br /></p>
<p><strong>Mise à jour du 18 décembre 2017 :</strong><br />
Ajout d'une version du <a href="https://www.alex-braga.fr/ressources_externe/xdslbox_3.2.18.sh">script</a> compatible avec le dernier firmware de la LB4 (version 3.2.18).</p>
<p><strong>Mise à jour du 6 avril 2018 :</strong><br />
Ajout d'une version du <a href="https://www.alex-braga.fr/ressources_externe/xdslbox_3.4.10.sh">script</a> compatible avec le dernier firmware de la LB4 (version 3.4.10).</p>
<p><strong>Mise à jour du 17 janvier 2019 :</strong><br />
Ajout d'une version du <a href="https://www.alex-braga.fr/ressources_externe/xdslbox_3.41.12.sh">script</a> compatible avec le dernier firmware de la LB4 (version 3.41.12).</p>Récupération des données du Freebox Serverurn:md5:649c42c03c4ddccf3bc3e7493070ee5f2016-02-06T10:09:00+01:002018-02-11T16:57:03+01:00AlexTutos CactiCactiFreeboxFreebox RévolutionFreebox V6Synology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Dans mon <a href="https://alex-braga.fr/blog/index.php?post/Monitoring-de-la-Freebox-V6-avec-Cacti">tuto</a> concernant le monitoring du Freebox Server avec Cacti, je vous fournis des fichiers à installer dans le dossier Cacti sur votre Syno et utilisable pour une connexion ADSL ou VDSL. Mais un problème persiste.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Cacti utilise les requêtes contenues dans le script "freebox-api.sh" pour récupérer les informations voulues. J'avais déjà constaté que la box n'envoyait pas les données dans le même ordre selon le type de connexion xDSL. Je l'avais remarqué suite à mes problèmes de ligne qui m'ont obligé d'abandonner le VDSL pour revenir à l'ADSL. Depuis presque trois semaines, je suis repassé sur du VDSL, mes problèmes semblant être résolus.<br /></p>
<p>J'installe donc la bonne version du script "freebox-api.sh" pensant que cela suffirait mais non. Cacti récupère bien les données mais certaines sont absentes. Enfin, presque. Cacti récupère des entêtes de donnée et non les données elles-mêmes. Pour une raison que je ne comprend pas, la box n'envoi plus les infos dans le même ordre, ce qui perturbe Cacti. Une seule solution, intervenir manuellement dans le script et le modifier.<br /></p>
<p>Il vous faut ouvrir le script avec votre éditeur préféré (sur mac, j'utilise Smultron, gratuit et compatible avec différents formats de fichier). Vous devriez voir ces deux lignes à la fin, sinon, il faudra les ajouter :</p>
<pre>echo $cnx > /volume1/web/cacti/scripts/cnx.xml
echo $xdsl > /volume1/web/cacti/scripts/xdsl.xml</pre>
<p>Ces deux lignes exportent les données récupérées par le script dans deux fichiers XML dans le même répertoire. Ils ne sont pas utilisés pas Cacti. Je les utilise uniquement pour vérifier que la récupération des informations se déroule bien.<br /></p>
<p>Dans le script "freebox-api.sh", vous pouvez voir la liste des commandes envoyées à la box (une par ligne). Pour chaque commande, il y a un argument indiquant le positionnement de la donnée à récupérer dans le résultat. un exemple :</p>
<pre>bytes_up=`echo $cnx | cut -d':' -f6 | cut -d',' -f1`</pre>
<p>A ce stade, si comme moi vous ne maitrisez pas le codage, vous êtes en panique. En fait c'est simple. Le système d'interrogation du Freebox Server repose sur deux scripts. Le script "freeboxos_bash_api.sh" lance les requêtes vers la box (de simples requête HTTP) et le script "freebox-api.sh" les extraits pour les enregistrer dans les deux fichiers XML mais aussi pour les envoyer à Cacti. Alors pourquoi deux fichiers XML ? Parce que les informations que je récupères sont extraites par deux requêtes HTTP différentes. C'est donc véritablement tout simple.<br /></p>
<p>L'argument qui nous intéresse est "-f6". La commande extrait la donnée situé en sixième position dans le résultat global, l'élément séparateur étant le ":".<br /></p>
<p>A partir de là, ma méthode est simple. Je lance le script "freebox-api.sh" manuellement depuis Terminal, puis j'ouvre toujours avec Smultron, le fichier XML concerné par le problème. Je recherche dans le fichier, une donnée correctement interprétée par Cacti (au besoin, je me connecte à mon interface de la box pour vérifier), puis je repère sa position pour comparer avec le script.<br /></p>
<p>Dans quel cas modifier ce script ? Seul Cacti vous permettra de vous apercevoir du problème. L'un des graph ne tracera plus une information. Après plusieurs tests, j'ai constaté que le simple reboot de la box depuis l'interface Web, depuis son écran intégré ou même un reboot éléctrique n'engendre pas ce problème. Je ne l'ai rencontré que lors de la bascule entre l'ADSL et le VDSL. Le plus illogique est que entre mon premier passage en VDSL et le second, l'ordre n'est pas le même.<br /></p>
<p>Comme cela n'arrive pas tous les jours, vous ne devriez pas être embêté.</p>Monitoring de la Freebox V6 avec Cactiurn:md5:b8fe97a9467813dbefbfcdb2ff5bca5e2015-08-31T10:39:00+02:002018-05-28T16:54:55+02:00AlexTutos CactiCactiFreeboxFreebox RévolutionFreebox V6Synology Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Voici comment intégrer la Freebox Révolution dans Cacti et grapher les informations grace à l'API intégrée à la box.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Cacti étant installé sur votre Nas Synology, nous avons pouvoir y intégrer la Freebox V6 et ainsi suivre sur le long terme, certaines informations.<br /></p>
<p>Il faut avoir déjà installé <a href="https://alex-braga.fr/blog/index.php?post/Installer-IPKG-sur-un-NAS-Synology">IPKG</a> et <a href="https://alex-braga.fr/blog/index.php?post/Installer-Cacti-sur-un-NAS-Synology">Cacti</a> sur votre Syno.<br /></p>
<p>Cacti peut suivre des périphériques réseau grace au snmpd intégré dans bon nombre d'entre eux. Ce système permet l'échange d'information via un protocole standard. Malheureusement, la Freebox ne le permet pas. Il est en revanche possible de le faire via un script bash qui se chargera d'interroger la Freebox via son API et de formater les données reçues afin que Cacti puisse les utiliser via rrdtool que nous avons également installé.<br /></p>
<p><strong>Installations des paquets nécessaires :</strong><br />
Les scripts utilisés sont écrit en bash. Manque de chance, il n'est pas installé sur nos Syno. Connectez vous depuis Terminal en root avec la commande :</p>
<pre>ssh root@ip-du-syno</pre>
<p>Tapez les commandes suivantes :</p>
<pre>ipkg update
ipkg upgrade
ipkg install bash
ipkg install grep
ipkg install text-utils
ipkg install util-linux
ipkg install wget</pre>
<p>Je m'explique :<br /></p>
<ul>
<li>les deux premières permettent de mettre à jour la liste des paquets dispos via ipkg et de mettre à jour ceux déjà installés ci-besoin.</li>
<li>"install bash" installe donc bash pour permettre l'execution des scripts.</li>
<li>les 4 autres permettent d'installer des commandes supplémentaires utilisées par les scripts.<br /></li>
</ul>
<p>Même si nos Syno tournent sur Linux, il s'agit d'une version très light et modifié auquel il manque de nombreuses choses.<br /></p>
<p><strong>Installation des scripts :</strong><br />
Récupérez le dossier <a href="https://www.alex-braga.fr/ressources_externe/scripts_cacti_freebox.zip">scripts_cacti_freebox.zip</a> contenant les scripts et la template pour Cacti. Vous trouverez entre autre, deux fichiers nommés "freebox-api ADSL.sh" et "freebox-api VDSL.sh". Utilisez celui correspondant à votre connexion et renommez le en "freebox-api.sh. Pour l'autre fichier, conservez le si un jour vous changez de type de connexion car selon celle-ci, la Freebox retourne les données dans un ordre différent (pourquoi faire simple quand...).<br /></p>
<p>Il faut maintenant copier les fichiers .sh sur le Syno, dans le dossier /web/cacti/scripts/. File Station le fait très bien. Il reste à donner les bons droits aux scripts. Depuis Terminal, on tape :</p>
<pre>cd /volume1/web/cacti/scripts/
chown 1000:users freebox-api.sh
chown 1000:users freeboxos_bash_api.sh
chown 1000:users fbx-api-authorize.sh
chmod 777 freebox-api.sh
chmod 777 freeboxos_bash_api.sh
chmod 777 fbx-api-authorize.sh</pre>
<p>Tout est en place, mais il reste une dernière manipulation à effectuer. Toujours depuis Terminal, il faut taper la commande :</p>
<pre>bash /volume1/web/cacti/scripts/fbx-api-auhtorize.sh</pre>
<p>Vous verrez sur l'écran de votre Freebox, que le script demande un accès et si vous souhaitez l'autoriser. Appuyez sur la flèche de droite et le bouton OK. Sur votre ordinateur, dans Terminal, vous voyer que le script tourne en boucle. Les premières lignes informent que l'accès est refusés "denied" (vous n'aviez pas encore effectué la validation sur votre box) puis passe à "granted" après l'avoir fait. Vous pouvez stopper le script (command + C). <strong>NE FERMEZ PAS TERMINAL</strong>.<br /></p>
<p>Depuis votre navigateur, il faut allez sur l'interface de la Freebox en tapant l'adresse http://mafreebox.freebox.fr/login.php. Puis allez dans "Paramètres de la Freebox" puis "Gestions des accès". Vous verrez un onglet nommé "Applications". Vous y trouverez le script avec une liste de droits accordés. Il faut rajouter "Modifications des réglages" comme sur l'image ci-dessous :<br />
<a href="https://alex-braga.fr/blog/public/Cacti/cacti_fbx.png"><img src="https://alex-braga.fr/blog/public/Cacti/.cacti_fbx_m.jpg" alt="" style="display:table; margin:0 auto;" /></a><br /></p>
<p>Revenez sur l'écran de Terminal. Vous devez avoir une ligne APP_TOKEN avec une suite de caractères. Il faut inscrire cette suite dans le fichier "freebox-api.sh" à la ligne MY_APP_TOKEN. Vous pouvez le faire avec la commande vi (vi freebox-api.sh). Sinon, faite le depuis le fichier sur votre ordinateur puis vous le copiez sur le Syno. Pensez juste à revoir les droits.<br /></p>
<p>C'est terminé, le plus difficile est fait. Votre script est validé et autorisé par la Freebox.<br /></p>
<p><strong>Paramétrage de Cacti :</strong><br />
Il faut maintenant importer dans Cacti, la template de la Freebox. Très simple, dans le menu de gauche, rubrique Import/export, import templates. Pensez - sélectionner tous les rra dans la rubrique concernée. Après avoir cliqué sur import, vous aurez une confirmation. Il faut créer le Devices pour la Freebox :<br />
<a href="https://alex-braga.fr/blog/public/Cacti/cacti_device_fbx.png"><img src="https://alex-braga.fr/blog/public/Cacti/.cacti_device_fbx_m.jpg" alt="" style="display:table; margin:0 auto;" /></a><br /></p>
<p>Ajoutez vos graphs et attendez environ 15/20 mn pour que les graphs affichent quelque chose. Voici ce que vous pouvez obtenir au bout d'une semaine :<br />
<a href="https://alex-braga.fr/blog/public/Cacti/graph_1.png"><img src="https://alex-braga.fr/blog/public/Cacti/.graph_1_m.jpg" alt="" style="display:table; margin:0 auto;" /></a><br />
<a href="https://alex-braga.fr/blog/public/Cacti/graph_2.png"><img src="https://alex-braga.fr/blog/public/Cacti/.graph_2_m.jpg" alt="" style="display:table; margin:0 auto;" /></a><br />
<a href="https://alex-braga.fr/blog/public/Cacti/graph_3.png"><img src="https://alex-braga.fr/blog/public/Cacti/.graph_3_m.jpg" alt="" style="display:table; margin:0 auto;" /></a><br /></p>
<p>Ne faites pas attention à la barre grise verticale sur les graphs. Suite à une mauvaise manipulation, j'avais planté Cacti.<br /></p>
<p><strong>Conclusion :</strong><br />
Quelle utilité puisque sur l'interface de la Freebox permet d'avoir les mêmes graphs ? Pour le fun par exemple. Ou alors, si comme moi vous avez des pertes fréquentes de synchro et cela, malgré de nombreux tickets ouverts auprès de l'assistance de Free, vous pouvez conserver les données plus longtemps car la Freebox ne permet une consultation que sur un mois maximum. Mais j'en parlerais prochainement dans un autre billet.<br /></p>
<p><strong>Remerciements :</strong><br />
Un grand merci à <a href="http://glr81.free.fr/blog/index.php?2013/09/08/72-freebox-os-v2-adsl-stats-cacti-templates" hreflang="fr" title="Freebox OS v2 ADSL stats Cacti templates">GLR</a> pour les scripts et la template. J'ai un peu galéré car ils étaient adaptés à l'API v2 de la Freebox. Depuis, la v3 a été intégré par Free. Le freebox-api.sh ne collait plus.<br />
Un grand merci à <a href="https://www.prestaopen.com/supervision/94-freebox-revolution-sur-cacti.html" hreflang="fr" title="Prestaopen">Gilbert Marin</a> qui a inspiré GLR. Son plus, une explication très précise de l'API de la freebox.<br /><br /></p>
<p><strong>Mise à jour : 13 septembre 2015</strong><br />
Depuis un peu plus de 4 jours, certaines données n'étaient plus graphées par Cacti. Après vérification, le fichier "freebox-api.sh" ne parvenait plus à extraire les informations nécessaires à Cacti. Il n'y a pas eu de mise à jour du Freebox Server. Le seul changement est mon passage au VDSL car depuis quelques temps, ma connexion est quasi stable. Le médiateur serait-il intervenu ?<br />
Le fichier est corrigé. Vous le trouverez dans le pack dont le lien est plus haut dans le billet. Vous n'avez qu'à écraser l'ancien avec le nouveau et lancer les commandes suivantes depuis Terminal :</p>
<pre>cd /volume1/web/cacti/cli/
php -f rebuild_poller_cache.php</pre>
<p>Normalement, en regardant dans le log de Cacti, vous ne devriez pas avoir d'erreurs signalées.<br /><br /></p>
<p><strong>Mise à jour : 22 septembre 2015</strong><br />
Finalement, me revoilà en ADSL. Ma connexion était tellement instable durant 24 heures que je me suis décidé à désactiver le VDSL depuis mon espace Web sur le site de Free. La bascule s'est déroulé cette nuit vers 2 heures du matin. Et Cacti ne parvenait plus à grapher l'uptime. J'ai réinstaller l'ancien fichier "freebox-api.sh" et s'est résolu. Du coup, le billet initial a été corrigé pour mettre à dispo les deux versions.</p>Réparation de postgreSQLurn:md5:a41cd5bad5ca8009673be85ff3bec49b2015-08-30T09:48:00+02:002018-02-11T16:54:33+01:00AlexTutos SynologypostgreSQLSynologytuto Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Un problème rencontré avec les Syno (surtout si on installe des paquets non officiels) est une corruption de la base postgreSQL. Voici comment la rétablir.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Le Syno utilise une base de données <a href="https://alex-braga.fr/blog/tag/postgreSQL">postgreSQL</a> non accessible, contenant les informations d'indexation des médias, miniatures... Une corruption de cette base rend inopérant DS Photo, le DLNA/UPnp, Surveillance Station entre autres choses. Il faut pour tout rétablir, se connecter en ssh au Syno :<br /></p>
<pre>ssh root@ip-du-syno<br /></pre>
<p>Maintenant on supprime l'ensemble des bases de données existante :<br /></p>
<pre>rm -rf /var/services/pgsql/*<br /></pre>
<p>On lance un redémarrage de postgreSQL :<br /></p>
<pre>/usr/syno/etc/rc.d/S20pgsql.sh restart<br /></pre>
<p>A la fin du redémarrage, vous verrez une ligne COMMIT et plusieurs lignes TEST xxxxx.<br /></p>
<p>Un redémarrage du Syno et depuis le DSM, lancez une indexation des médias. Plus vous en avez (photos et vidéos) plus le processus sera long. Ensuite, vous devriez avoir récupérez les modules jusque là HS.<br /></p>
<p>Une info concernant la suppression des BDD existantes. Il m'a fallut retaper cette commande trois fois. Les deux premières, rien ne se passait à l'écran. J'ignore pourquoi. Tout comme j'ignore si ce problème est survenu depuis l'installation d'ipkg. A priori, çà n'a pas de lien.</p>
<p><a href="http://forum.synology.com/enu/viewtopic.php?f=114&t=30516" hreflang="en" title="DLNA/UPnP would not start">source</a><br />
<a href="http://forum.synology.com/wiki/index.php/Basic_commands_to_get_around_the_Synology_Box_using_the_CLI" hreflang="en" title="Basic commands to get around the Synology Box using the CLI">source</a></p>Réparation du moniteur de ressourcesurn:md5:3578cd4e55c53647c25cdb323cdec07e2015-08-30T09:32:00+02:002018-02-11T16:55:03+01:00AlexTutos Synologyipkgmoniteur de ressourcesnet-snmpdSynologytuto Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>L'installation de Cacti et plus précisément de <a href="https://alex-braga.fr/blog/tag/net-snmpd">net-snmpd</a> via ipkg a engendré un problème avec le moniteur de ressources du DSM. Celui-ci ne se lance plus. Voici comment le rétablir.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Le problème est finalement tout simple à résoudre. Mais il m'a fallut pas mal de recherche pour trouver la solution.<br />
Le <a href="https://alex-braga.fr/blog/tag/moniteur%20de%20ressources">moniteur de ressources</a> utilise /usr/syno/sbin/snmpd pour fonctionner.
Cacti utilise /opt/sbin/snmpd.
Les deux utilisent le port 161 pour fonctionner et c'est là le problème.<br /></p>
<p>Il suffit simplement d'indiquer au module net-snmpd installer via ipkg d'utiliser un autre port. Il faut pour cela ajouter dans le fichier /opt/etc/snmpd.conf la ligne suivante, dans la section "Access Control Setup :<br /></p>
<pre>agentaddress 127.0.0.1:10161<br /></pre>
<p>Dans Cacti, il faut modifier le port et y indiquer 10161.<br /></p>
<p>Un redémarrage du Syno et le moniteur refonctionne.<br /><br /></p>
<p><a href="http://forum.synology.com/enu/viewtopic.php?f=201&t=53697&start=30" title="en">source</a></p>Installer Cacti sur un NAS Synologyurn:md5:14365e9bec2309388d531cb9b0a9fe2e2015-08-29T18:22:00+02:002018-08-12T14:13:04+02:00AlexTutos CactiCactiNASSynologytuto Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Voici la méthode que j'ai employé pour installer Cacti sur mon NAS Synology.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Cacti est un outil permettant de suivre sous forme de graphique, les informations collectés sur le matériel connecté sur un réseau. Tout est accessible via une interface Web. En plus, il est open source et la communauté est plutôt active. Cacti n'étant pas disponible officiellement sur les NAS Synology, son installation est un peu compliqué mais pas inaccessible.<br /></p>
<p><strong>Matériel utilisé :</strong><br />
NAS Synology DS 209+II (DSM 4.2) et un ordinateur (un mac dans mon cas). Il faut également avoir installé ipkg sur votre NAS (<a href="https://alex-braga.fr/blog/index.php?post/Installer-IPKG-sur-un-NAS-Synology">voir ici au besoin</a>). Ayant un Mac, j'utiliserais Terminal pour accéder au NAS en root.<br /></p>
<p><strong>Dans le DSM, il faut depuis le panneau de contrôle dans "Service Web" :</strong></p>
<ul>
<li>activer Web Station</li>
<li>MySQL</li>
<li>le cache PHP</li>
<li>personnaliser PHP open_basedir et ajouter à la fin dans l'open_basedir :/opt/bin:/usr/bin:/opt/bin/rrdtool: (les : sont nécessaires)<br /></li>
</ul>
<p>Toujours dans le DSM, aller dans le Centre de paquets et installez phpMyAdmin.<br /></p>
<p><strong>Cacti :</strong></p>
<ul>
<li>Depuis le site de <a href="http://www.cacti.net/download_cacti.php" hreflang="en" title="Cacti">Cacti</a>, télécharger sur votre ordinateur, la dernière version disponible. Actuellement, il s'agit de la 0.8.8f.</li>
<li>Décompressez le fichier .zip, renommez le dossier "cacti-0.8.8f" en "cacti" et copiez le avec son contenu dans le dossier web sur votre Syno.</li>
</ul>
<p>On donne les bons droits aux fichiers depuis terminal :</p>
<pre>chown -R 1000:users /volume1/web/cacti/
chmod -R 777 /volume1/web/cact/</pre>
<p><strong>Création de la base SQL :</strong></p>
<ul>
<li>Lancez phpMyAdmin depuis le DSM et créez une base nommée "cacti".</li>
<li>Dans le dossier "cacti", vous trouverez un fichier nommé "cacti.sql". Ouvrez le avec votre éditeur préféré (personnellement, j'utilise <a href="http://www.opensourcemacsoftware.org/editeur-html-texte/smultron-editeur-texte-mac-gratuit.html" hreflang="fr" title="Smultron : éditeur de texte pour Mac, gratuit et puissant">Smultron</a>.</li>
<li>Copiez le contenu de ce fichier. Il faudra le coller dans phpMyAdmin, dans l'onglet "SQL" de votre base "cacti".</li>
<li>Cliquez sur le bouton "executer". Cela va créer les différentes tables de la base.</li>
<li>Créer un utilisateur nommé cactiuser pour la base "cacti" en lui donnant les pleins pouvoir. Son mot de passe sera cacti.<br /></li>
</ul>
<p>Depuis terminal sur votre mac, connectez vous au NAS en ssh@root. Il faut modifier le fichier /usr/syno/bin/php.ini comme ceci :</p>
<pre> ; When safe_mode is on, only executables located in the safe_mode_exec_dir
; will be allowed to be executed via the exec family of functions.
#safe_mode_exec_dir = /usr/syno/bin
safe_mode_exec_dir =</pre>
<p>Il faut également ajouter des paquets pour le fonctionnement de Cacti. Depuis Terminal, tapez les commandes suivantes pour les ajouter :<br /></p>
<pre>ipkg update
ipkg upgrade
ipkg install grep
ipkg install net-snmp
ipkg install rrdtool
ipkg install perl</pre>
<p><strong>Paramétrage de Cacti :</strong><br /></p>
<ul>
<li>Dans votre navigateur, tapez l'URL http://ip-du-syno/cacti/</li>
<li>Suivez les instructions.</li>
<li>Renseignez les différents chemins comme sur la capture.<br /></li>
</ul>
<p><a href="https://alex-braga.fr/blog/public/Cacti/cacti_path.png"><img src="https://alex-braga.fr/blog/public/Cacti/.cacti_path_m.jpg" alt="" style="display:table; margin:0 auto;" /></a></p>
<ul>
<li>Renseignez le nom de la base de donnée de cacti, le nom de l'utilisateur et son mot de passe.<br /></li>
</ul>
<p>Activer le poller dans le cron :<br />
Editez le fichier /etc/crontab et ajoutez la ligne suivante</p>
<pre>*/5 * * * * cactiuser /usr/bin/php -q /volume1/web/cacti/poller.php >/var/local/log/poller.log 2>&1</pre>
<p>Il faut le faire également dans /etc.defaults/crontab car à chaque redémarrage su Syno, le contenu de ce fichier est copié dans l'autre.</p>
<p>Attention, utilisez des tabulations entre les rubriques et non des espaces. Cela lancera le fichier poller.php toutes les 5 minutes. Il s'agit du réglage par défaut de Cacti.<br />
Il faut redémarrer le cron en tapant ces deux commandes :<br /></p>
<pre>bash /usr/syno/etc.defaults/rc.d/S04crond.sh stop
bash /usr/syno/etc.defaults/rc.d/S04crond.sh start</pre>
<p>Cacti est maintenant installé. Il vous reste à vous connecter à l'interface en utilisant l'URL http://ip-du-syno/cacti/. Le nom de l'utilisateur est admin et son mot de passe sera également admin.<br /></p>
<p>Pensez à regarder ce <a href="https://alex-braga.fr/blog/index.php?post/R%C3%A9paration-du-moniteur-de-ressources">billet</a> et <a href="https://alex-braga.fr/blog/index.php?post/R%C3%A9paration-de-postgreSQL">celui-ci</a> si vous constatez des problèmes avec le moniteur de ressources et/ou Photo Station par exemple..</p>
<p><a href="https://klaasstrong.wordpress.com/2010/12/02/4/" hreflang="en" title="klaasstrong">source</a></p>Installer IPKG sur un NAS Synologyurn:md5:e90d78d22882d36250f37726320978882015-08-29T17:09:00+02:002018-03-08T07:30:40+01:00AlexTutos SynologyipkgNASSynologytuto Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>Voici la méthode que j'ai employé pour installer IPKG sur mon NAS Synology.</p> Deprecated: Use of "self" in callables is deprecated in /home/clients/790c8ef7cbe15386c96da2c3f4be7e95/web/blog/plugins/VideoInsert/_public.php on line 38
<p>IPKG est gestionnaire de paquet permettant d'étendre les possibilités d'un <a href="https://alex-braga.fr/blog/tag/NAS">NAS</a> <a href="https://alex-braga.fr/blog/tag/Synology">Synology</a>.</p>
<p>La méthode que je vais vous décrire a fonctionné chez moi mais sachez qu'il y a toujours un risque pour que tout ce passe mal et donc, terminer par la perte de vos données sur votre NAS. Pensez à les sauvegarder. Nous devrons intervenir sur le NAS en utilisant le compte root et installer des outils tiers non supportés officiellement par Synology. Je ne pourrais pas être tenu responsable de tout se qui ce passera, surtout en cas de plantage sévère. Si vous êtes toujours motivé, passons à la suite.</p>
<p>Pour l'ensemble des manipulations, tout ce fera depuis votre ordinateur. Ayant un Mac, j'utilise "Terminal" pour me connecter au NAS en SSH. Depuis un ordinateur sous Windows, vous pouvez utiliser le logiciel "Putty".</p>
<p>Le matériel que j'utilise :
NAS Synology DS 209+II sous DSM 4.2 et un Mac-mini</p>
<p><strong>1. Activer la connexion en SSH sur le NAS :</strong><br /></p>
<ul>
<li>Pour cela, il faut se rendre sur le DSM via votre navigateur et aller dans le panneau de configuration, rubrique "Terminal". Il faut cocher la case qui vous concerne. SSH pour un Mac et Telnet pour Putty.<br /></li>
</ul>
<p><strong>2. Se connecter au NAS depuis le Terminal de votre Mac :</strong><br /></p>
<ul>
<li>Lancer Terminal et tapez la commande</li>
</ul>
<pre>ssh root@ip-du-nas</pre>
<p>et validez. Il faudra taper votre mot de passe, le même que vous utilisez avec le compte admin. Ne soyez pas surpris. Vous ne verrez pas le curseur se déplacer en tapant le mot de passe. Sécurité oblige.<br /></p>
<ul>
<li>Vous voilà connecté en root au NAS. Le compte root est un super admin ayant tous les droits, ce qui est nécessaire pour installer ipkg et autre.<br /></li>
</ul>
<p><strong>3. Téléchargez et installez le bootstrap :</strong><br /></p>
<ul>
<li>ipkg est un gestionnaire de paquets permettant d'ajouter des logiciels et fonctions à votre NAS.<br /></li>
</ul>
<ul>
<li>Rendez-vous sur <a href="http://forum.synology.com/wiki/index.php/What_kind_of_CPU_does_my_NAS_have" hreflang="en" title="What kind of CPU does my NAS have">cette page</a> afin de vérifier quel est le CPU de votre NAS. Dans mon cas, il s'agit d'un Freescale PowerQUICC III MPC8533 PPC.<br /></li>
<li>Sur <a href="http://forum.synology.com/wiki/index.php/Overview_on_modifying_the_Synology_Server,_bootstrap,_ipkg_etc" hreflang="en" title="Overview on modifying the Synology Server, bootstrap, ipkg etc">cette page</a> (tout en bas), à la rubrique Bootstrap, vous trouverez les liens des paquets et la version correspondant à votre CPU. Comme indiqué, je dois utiliser la même version que pour les processeurs PPC8543. Notez le lien URL du fichier (sur Safari, faire un clique droit dessus puis "copier le lien").<br /></li>
<li>Depuis Terminal, tapez les commandes suivantes :<br /></li>
</ul>
<pre>wget http://ipkg.nslu2-linux.org/feeds/optware/syno-e500/cross/unstable/syno-e500-bootstrap_1.2-7_powerpc.xsh
chmod +x syno-e500-bootstrap_1.2-7_powerpc.xsh
sh syno-e500-bootstrap_1.2-7_powerpc.xsh
rm syno-e500-bootstrap_1.2-7_powerpc.xsh</pre>
<p>Sur le site, il est précisé qu'une modification du fichier /root/.profile pour les NAS sous DSM 4 est nécessaire. Dans mon cas, pas besoin. A vous de voir. Voici las commandes si besoin :</p>
<pre>nano /root/.profile</pre>
<p>Remplacer la ligne PATH présente par celle-ci :
PATH=/sbin:/bin:/usr/sbin:/usr/bin:/opt/sbin:/opt/bin:/usr/syno/sbin:/usr/syno/bin:/usr/local/sbin:/usr/local/bin:/root/bin<br />
Editez maintenant le fichier /etc/rc.local:</p>
<pre>nano /etc/rc.local</pre>
<p>Ajoutez-y :</p>
<pre>mount -o bind /volume1/@optware /opt</pre>
<p>Sauvegardez.
<br /></p>
<p><strong>4. Rebootez le NAS</strong><br /></p>
<p>Il reste à vérifier qu'ipkg est bien installé. Connectez vous en ssh au NAS et tapez la commande</p>
<pre>ipkg list</pre>
<p>Vous devriez avoir la liste des nombreux paquets disponibles avec ipkg. On termine par les commandes</p>
<pre>ipkg update
ipkg upgrade</pre>
<p>Ces commandes permettent de vérifier si une mise à jour est disponible pour ipkg et les paquets, puis de lancer l'installation des mises à jour.<br /><br />
<a href="http://www.jicetek.fr/sujet/110" hreflang="fr" title="JiceTek">source</a></p>