CoolRaoul

Tu as résolu ton problème tout seul? Ca serait sympa de laisser un feedback

Tu aurais du remarquer la phrase suivante dans le tuto en question : "This tutorial will explain how to install Cloud9 IDE locally on your *Ubuntu*" ==> Les Synology tournent sur DSM (OS sur noyau Linux basé sur busibox qui n'a pas grand chose à voir avec Ubuntu)

Désolé, je ne suis pas toujours très clair: Rien n'oblige de se limiter aux host locaux, on peut mettre ce que l'on veux dans "/etc/hosts". Et même, éventuellement, dans d'autres fichiers hosts supplémentaires spécifiques à dnsmasq comme indiqué dans le man: Dnsmasq saura par suite aussi répondre aux requetes DNS concernants ces hosts-la sans en référer à un DNS externe. Donc voila pourquoi je trouve pour ma part qu'il mérite quand même d'être qualifié de "serveur DNS" (light et a fonctionnalités réduites j'en conviens, ce n'est pas BIND ) et il devrait répondre au besoin exprimé par le post initial) Mais, je reconnais ce n'est que du pinaillage sémantique, donc pas très grave.

Si tu veux mon avis, ton post manque un chouïa de détails pour que l'on puisse avancer efficacement sur la route du diagnostic Blague à part, j'ai le même NeoTV que toi et si je peux être utile... Dis nous ce qui coince avec le maximum de détails (ce que tu a fait, ce que tu veux faire, et les symptômes constatés) Cela dit, comme je ne suis pas sur place pour le moment, faudra peut-être un patienter pour la solution.

Damned, et dire que je n'ai meme pas fait gaffe que je l'avais sous la main! Euh .. J'avais déja donné le lien

Oups, en effet , pas pensé à ça...

Oups, en effet , pas pensé à ça...

Il serait peut-être plus judicieux que la sauvegarde soit planifié à la source (sur le serveur web lui-même) Et un rsync serait peut-être plus approprié que ftp

Si je lis bien la manpage, dnsmask forwarde les requetes DNS *uniquement* si il ne dispose pas déjà dans sa configuration d'une définition de l'enregistrement demandé. Ceci qui peut être réalisé par les paramètres "host-record" dans l'un de ses fichiers de configuration (ou en ligne de commande) Les entrées de /etc/hosts sont également optionnellement prises en compte ainsi que celles des fichiers indiqués par les options "addn-hosts" si présentes Toutes les options documentées dans la manpage entre les sections "-A, --address" et "--dns-rr" montrent que dnsmask peut réaliser en direct sans forward une grande partie des fonctions de serveur DNS.

Bon je ne vais pas tout reprendre, sinon on est partis pour une polémique sans fin (j'ai un peu de mal a comprendre le concept d’adresse IP pas fixe et qui pourtant ne change pourtant pas, mais c'est pas bien grave) Et aussi, j'ai un peu de mal avec les citations partielles ("le serveur DHCP de la Freebox attribue une IP fixe à un équipement.") qui changent le sens de mon propos en supprimant la première partie de ma phrase Juste un point quand même: C'est le fait qu'il s'agissait d'un modeste *ds212* que je voulais mettre en avant. (Si on faisait des stat d'utilisation des modèles de ce niveau de ligne de produits en utilisation domicile/entreprise, c'est quand mème le premier usage qui serait probablement en tête). Mais bien entendu, la gamme Synology dispose de toute une palette d'autres modèles et l'orientation "pro" d'une très grande partie ce ceux-ci ne fait aucun doute. Et sur ce je passe offline,

Bien entendu: ma réponse s’adresse plus aux lecteurs potentiel de ce fil, auxquels la phrase que j'ai cité, mal interprétée, pourrait laisser croire qu'il n'est tout simplement *pas possible* que le serveur DHCP de la Freebox attribue une IP fixe à un équipement. Faut voir aussi que, comme la demande initiale concerne un accès au NAS *depuis internet*, dès que la Freebox est suffisamment plantée pour ne même plus être capable de répondre aux requêtes DHCP, on aura peu de chance d'accéder au NAS de l'extérieur dans cette situation. Faut relativiser : on ne verra pas de Synology 212 sur un réseau pro non plus. Et on n'est que dans le cas d'une config de type "HOME" ici. Faire du DHCP pour un NAS dans ce contexte ne me semble pas une hérésie absolue. Mais bon, je conviens bien volontiers que mettre simplement l'IP en dur sur le Syno est plus simple et robuste.

http://translate.goo.../#en/fr/ switch

Pas forcément: associer une IP fixe à un équipement, ca peut ce faire aussi par la Freebox via les "Baux DHCP permanents" en l'associant à l'addresse MAC du port ethernet du Syno. L'équipement recevra toujours son addresse par DHCP mais ce sera toujours celle qui a été choisie, la rendant de fait "fixe". CF, interface d'admin Freebox:

Le résultat de la commande suivante (lance la c'est sans danger) va te donner une idée de l'étendue des dégats possibles: head -n1 /usr/syno/etc/rc.d/* [/CODE] ==> Aucun des scripts de démarrages n'aurait été exécuté lors du boot.

Pour rétablir la situation: cd /bin ln -s busybox sh

avec un simple switch ça le ferait sans te prendre la tête, avec deux routeurs tu va vers des emm*

si le résultat de la commande: $ ls -l /bin/*sh donne ceci lrwxrwxrwx 1 root root 7 2012-05-17 08:38 /bin/ash -> busybox lrwxrwxrwx 1 root root 13 2012-05-20 12:24 /bin/bash -> /opt/bin/bash lrwxrwxrwx 1 root root 7 2012-05-17 08:38 /bin/sh -> busybox [/code] C'est OK PS: me fait vraiment peur ce tuto

Ce tuto propose des choses franchement assez risquées et inutiles et que je désaprouve totalement. (tu remarquera que l'auteur n'a que 10 messages d'ancienneté, ce qui devrait inciter à la prudence plutôt que de se laisser impressionner par son post plein de jolis screenshots en couleurs) Il faut savoir que beaucoup de scripts et d'outils natifs DSM présupposent que le shell par defaut du compte root est "ash" et pas "bash". Bien que la compatibilité ascendante est plutôt bonne, on n'est jamais à l'abri d'une différence de comportement aux conséquences complexe à dépatouiller. Ce genre de manip ne peut qu'amener a pleins de problèmes tordus à plus ou moins breve échéance et on te retrouvera ici venant demander de l'aide. Si tu veux utiliser bash sans rien casser et sans aucun risque fait plutôt ceci installer bash par ipkg mettre le code suivant en tête de "/etc/profile": if [ "$BASH_VERSION" = "" ] ; then case $- in *i*) echo >&2 "exec'ing bash" exec bash --login ;; esac fi Ceci aura pour résultat de forcer le bash *uniquement* dans le cas de sessions shells interactifves, ce que je suppose est l'objectif souhaité.

Et pourquoi ne pas simplement le tester? D'autant plus que c'est basique: Installation: root@fserv> ipkg install dnsmasq Installing dnsmasq (2.62-1) to root... Downloading http://ipkg.nslu2-linux.org/feeds/optware/cs08q1armel/cross/unstable/dnsmasq_2.62-1_arm.ipk Configuring dnsmasq To complete the installation, you should check /opt/etc/dnsmasq.conf, and then run /opt/etc/init.d/S56dnsmasq to start dnsmasq Lancement initial du démon: /opt/etc/init.d/S56dnsmasq Et avec la configuration de base, *sans rien modifier*, il est déja capable de faire le travail de proxy DNS: root@fserv> nslookup www.google.com localhost Server: localhost Address: 127.0.0.1#53 Non-authoritative answer: www.google.com canonical name = www.l.google.com. Name: www.l.google.com Address: 173.194.67.147 Name: www.l.google.com Address: 173.194.67.99 Name: www.l.google.com Address: 173.194.67.105 Name: www.l.google.com Address: 173.194.67.103 Name: www.l.google.com Address: 173.194.67.104 Name: www.l.google.com Address: 173.194.67.106 En activant le log ("log-queries") dans le fichier de config, on peut constater que c'est bien lui qui répond et transmet au dns déclaré dans la conf DSM lorsqu'il n'a pas le nom en cache ou dans sa configuration: root@fserv> tail /var/log/messages Aug 1 22:08:32 dnsmasq[4700]: read /etc/hosts - 3 addresses Aug 1 22:08:33 dnsmasq[4700]: query[A] www.google.com from 127.0.0.1 Aug 1 22:08:33 dnsmasq[4700]: forwarded www.google.com to 212.27.40.240 Aug 1 22:08:33 dnsmasq[4700]: forwarded www.google.com to 212.27.40.241 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.147 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.99 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.105 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.103 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.104 Aug 1 22:08:33 dnsmasq[4700]: reply www.l.google.com is 173.194.67.106 Ensuite, tu n'a plus qu'a lire la doc et configurer le fichier de config ("/opt/etc/dnsmasq.conf") suivant tes besoins (pre-définition d'addresse de host statiques, non forwardés aux DNS externe voire désactivation totale des requetes externes) C'est franchement pas compliqué. (pour info je ne connaissais même pas le produit juste avant de faire ma réponse à ton premier message, quelques recherches google m'ont suffit pour me débrouiller.).

Tu as du lire un peu vite: il s'agit d'un DNS forwarder (l'équivalent d'un proxy) faisant donc fonction de serveur DNS et qui dispose en outre d'une fonctionalité de serveur DHCP *optionnelle*. Il dispose en effet d'un cache intégré mais ce n'est pas l'essentiel. Tu peux ajouter, soit en ligne de commande, soit dans le fichier de configuration, soit directement dans le fichier host des enregistrement hosts qui seront pris en compte de façon prioritaire pour la résolution sans se référer aux serveurs DNS externes Bigre! Il va te falloir mettre *tous* les enregistrement hosts que tu risque d'utiliser dans ta configuration locale. (cela dit dnsmasq permet de faire ce genre de choses, suffit de ne pas lui spécifier d’adresses de serveurs DNS externes). Bon courage en tout cas pour déclarer en local toute ces adresses (avec le risque de ne pas prendre en compte des changements éventuels par la suite) Je n'ai pas dit ça, mais bind est assez usine à gaz. Je pensais simplement qu'a partir du moment ou il existe un outil léger qui répond à toutes tes specs, je ne vois pas l'intéret d'aller s'emmm* avec bind. Je pense que tu le sous-estime, lis la doc et la FAQ et tu verras. <PS> petit bemol, je n'ai pas vérifié si dnsmasq tournait sur DSM mais çà m'étonnerait que non.

Pour ton besoin, un truc du genre de ceci ne serait-il pas quand même plus adapté (et moins lourd à mettre en oeuvre) ?

Ah non, c'était bien de l'incrémental (c'est déja terminé).

Par sécurité, je viens de forcer l'exécution de mon backup hebdo, et apparemment il me fait une sauvegarde complète et pas incrémentale ... étrange.

Salut à tous, Je viens de recevoir l'alerte suivante: Au moment de l'alerte j'était connecté à distance en shell mais ne faisait rien de méchant (modif fichier de conf sous vi) Dans syslog j'ai ceci: Jul 26 10:52:14 scemd: fs_info_get.c:105 Failed to statfs /volume1 Jul 26 10:52:15 scemd: modules/raid_data_volume_check.c:1276 /dev/md2 state changes from 0 to 3. Jul 26 10:52:23 scemd: modules/raid_data_volume_check.c:1276 /dev/md2 state changes from 3 to 0. j'ai fait un test smart sur le disque: R.A.S. Je me demande si je dois m'inquiéter ou ignorer..

Ce n'est que le firmware 1.2 Freebox Player qui posait problème pour l'acces DLNA/UPNP . Donc il est possible que tu n'ai pas installé ce dernier et/ou que tu n'accede en DLNA pas aux ressource video de ton NAS a partir de la freebox. Sinon, et bien on est tres heureux pour toi, mais comme beaucoup d'autre on signalé rencontrer le problème (et pas seulement ici) je pense que que diffuser l'information était la moindre des choses.