CoolRaoul

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.

en tout cas c'est bien annoncé comme tel: http://www.journaldu...-version-1-2-1/

Webdav aussi peut-être

Etonnant quand même d'avoir besoin de mettre les noms de groupes localisés. Que va-t-il se passer fasse à un AD dans une autre langue que le français? Comment DSM va-t-il décider de la langue à choisir pour les noms de groupes lorsqu'il va modifier smb.conf? (NB: sur mon smb.conf je n'ai pas cette ligne, mais comme je ne suis pas intégré à un domaine, ceci doit expliquer cela)

En tout cas on peut conclure que le problème est définitivement du coté de Filezilla et que le NAS est innocent. NB: il aurait été intéressant d'avoir la réponse aux deux questions: Est-ce que l'erreur est systématique ou seulement avec certains fichiers? Dans le cas ou seulement certains fichiers provoquent le problème, quelles sont les caractéristiques de ces fichiers (taille notamment) ?

Chez moi, a la place de ../config/install-sh -c -m 644 -b davfs2.conf /usr/local/etc/davfs2/davfs2.conf j'ai /opt/bin/install -c -m 644 davfs2.conf secrets '/opt/share/davfs2'[/code] Ce qui déja indique que tu n'a probablement pas appliqué scrupuleusement le tuto (certainement pas mis "--prefix=/opt" en argument de configure) Donc, assures-toi déjà que le package ipkg "coreutils" est bien installé "/opt/bin" est bien dans le PATH lorsque tu invoques ./configure Et recommence "propre" en commencant par un "make distclean" dans le répertoire davfs2-1.4.7

Tu m'a donné l'idée de la tester. Deux chose à signaler à ceux qui auraient installé la 1.4.6 et envisagent de faire l'upgrade: "--with-ssl" n'est plus necessaire pour le "configure" le "make install" écrase sans prévenir les fichiers "davfs2.conf" et "secrets", penser à les sauvegarder!

Il n'y à aucun répertoire à développer puisque usbshare2 est un "dossier partagé", il est donc au même niveau que "home", "music", etc .... (et ne pas oublier qu'il n'est visible uniquement lorsque le disque USB est connecté) Mais bon puisque tu ne le vois pas, te reste plus qu'a ouvrir un dossier de support chez Syno, N'oublie surtout pas d'y joindre le screenshot ci dessus ainsi qu'un second de file station ou le dossier "usbshare2" est invisible. Et si tu peux, tiens-nous au courant .

Ce problème a été signalé (et résolu) quelques messages plus haut dans ce même fil!!! C'est "configure" qui merdouille un poil. Et je recopie la solution: ipkg install expat[/CODE] (NB j'aurais bien volontier modifié le tuto mais bien entendu seul l'auteur est en droit de modifier ses messages)

Le dernier firmware de la freebox V6 à des problèmes sur la partie UPNP/DLNA. Les bug ont été reconnus par Free et un nouveau firmware est annoncé et devrait sortir sous peu.

Il y a déja eu pas des discussions sur le sujet sur le forum, comme ici par exemple: J'aimerai bien savoir qui a pu t'affirmer "il pourrait lire les 1080p": ce n'est pas une question de *résolution* mais de *codecs* utilisés par les MKV que tu lui donne à streamer. Lit déja le fil dont je t'ai donné l'url, peut-être y trouveras-tu des explications.