CoolRaoul

Je me permet de déterrer ce vieux sujet car je bute sur un problème proche. Comment fait-on pour donner un FQDN au syno étant donné que le champ "Nom de Serveur" dans panneau de configuration->Réseau refuse le caractère "." ?

C'est réservé a des archivages et semble assez "low cost" (voir les tarifs sur la page): http://aws.amazon.com/fr/glacier/ Etant donné que Sunology à développé une interface avec amazon S3 on peut peut-être espérer une intégration de ce nouveau service à DSM qui sait ..

Noté, merci!

Je ne sais pas si c'est depuis longtemps, mais je viens de m'apercevoir que l'affichage des pages du forum met un temps fou à se terminer lorsque je me connecte derrière le proxy de mon taff. Dans la ligne de statut, chrome me dit "en attente de nasforum.dscloud.me". En effet, je retrouve bien dans le source des pages des références à des urls de ce type: "http://nasforum.dscloud.me:4000" Il se trouve que, comme la plupart des proxys d'entreprise, celui qu'on utilise n’autorise que les ports et 443. Je voulais juste le signaler au webmaster, au cas ou il aurait une méthode n'utilisant uniquement les ports standards.

Pour r

Mais peut être une alternative interessante étant donné que ce dernier s'appuie sur http

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.).