CoolRaoul

Bon un peu avancé, pour désactiver le mode serveur DHCP serveur du netgear (c'est le zyxel qui assurera cette fonction) c'est la: décocher la case entourée de rouge, puis choisir juste au dessous une addresse IP dans le meme subnet que le zywel Ensuite tu dois connecter le zyxel et le netgear en utilisant l'un des 4 port lan du netgear (et pas le port "internet") (une autre solution serait de configurer le zyxel en mode bridge, mais faut bien faure un choix), cf ci dessous: C'est peut-être encore plus propre en effet. Me suis focalisé sur le netgear, jusqu'ici mais a la limite c'est mieux

Ah oui, en effet, boulette: j'ai fais une recherche google un peu rapide et suis tombé sur un autre modele Disons que je viens de télécharger la doc du netgear et les 149 pages me découragent un peu ... Je te tiens au courant ...

https://subscribe.free.fr/login/ ensuite: et après.. à toi de jouer

Ton routeur wifi contient *aussi* un modem adsl, pourquoi as-tu choisi d'utiliser ces deux boîtiers en cascade? Le netgear est capable d'assurer toutes les fonctions (modem/routeur et point d'acces wifi) a lui tout seul. Tu n'a pas besoin du Zyxel ! Ben non, dans tous les cas le netgear continuera a assurer sa fonction de switch, meme si configuré en mode bridge. Mais,comme je t'ai dis tu dois pouvoir tout faire avec uniquement le Netgear. PS: on s'éloigne de plus en plus du thème du site qui d'assurer la support et l'entraide pour les équiements Synology il me semble.

Absolument Si tu sais (et peux) configurer ton routeur wifi de cette façon, ça va dramatiquement simplifier la redirection des ports . Au lieur d'avoir internet <-> modem routeur <-192.168.0.X-> routeur wifi <-10.0.0.X-> réseau local (nas, pc , etc...) tu auras: internet <-> modem routeur <-192.168.0.X-> réseau local (nas, pc , etc...) + +--- routeur wifi (qui ne fait plus fonction de routeur) Dans ce cas, fait savoir que les adresses de tes équipements vont être modifiées (passage de 10.* en 192.168.*) à moins de choisir de reconfigurer le subnet du modem routeur en 10.0.0.X Faudrait aussi donner le modèle du modem routeur si tu veux que l'on puisse mieux t'aider

Ce n'est peut-être pas le sujet, mais je me demande si cela ne serait pas plus simple de configurer le routeur-wifi en mode bridge et que tout ce petit monde soit sur le même subnet 192.168.0.X? La, si j'ai bien compris, tu te retrouves avec deux niveau de NAT dont l'utilité me semble quelque peu obscure. (C'est comme ça que je fait avec mon vieux Linksys WRT54G et je ne m'en porte pas plus mal)

Ben il n'y a pas vraiment de règle, chacun s'organise comme il le veut Par exemple, en ce qui me concerne, j'ai créé une arborescence /volume1/site (pointée par un lien symbolique "/site" ) qui contient des sous-répertoires "bin", "etc", "scripts", etc ... "bin" contient les scripts que je pense avoir besoin d'exécuter en ligne de commande et je l'ajoute donc au "PATH", alors que "scripts" contient les scripts qui ne sont exécutés que de façon indirecte. Pas forcément chaque nuit, ça peut être chaque semaine. A toi de choisir. Mais en effet il est dans la crontab. DSM est tres pointilleux sur la syntaxe des lignes de la crontab, il est *impératif* de n'utiliser que des tabulations et *aucun espace* pour séparer les champs "min hour mday month wday who command" (mais le champ "command" peux contenir des espaces). Ton problème vient sans doute de la. Pour ma part je ne modifie pas directement la crontab, je me suis fait un script qui insère dans la crontab ma propre crontab "locale" ("/site/etc/crontab.local") sans toucher les entrées système DSM. Le voici si cela peut t'être utile. #! /bin/sh # # # PATH=/bin:/usr/bin progname=$(basename $0) preview=0 diff=0 while getopts :pd OPT; do case $OPT in p) preview=1 ;; d) diff=1 ;; *) echo >&2 "usage: $progname [-p] [-d]" exit 2 esac done CRONTAB=/etc/crontab new_crontab=/tmp/crontab.new.$$ tag="Site custom part" start_tag="START $tag" end_tag="END $tag" trap "/bin/rm -f $new_crontab" EXIT ( echo "# $start_tag" cat /site/etc/crontab.local echo "# $end_tag" sed -e "/$start_tag/,/$end_tag/d" $CRONTAB ) >$new_crontab if [ $preview -eq 1 ] ; then cat $new_crontab 2>&1 exit elif [ $diff -eq 1 ] ;then diff -t $CRONTAB $new_crontab exit fi if cmp -s $CRONTAB $new_crontab ;then echo "no changes" >&2 exit fi # backup cp -p $CRONTAB $CRONTAB.prev # apply cat $new_crontab > $CRONTAB # restart cd /tmp for action in stop start do env - /usr/syno/etc.defaults/rc.d/S04crond.sh $action done

Sur mon ds210 j'ai du faire un un "mkdir -p /usr/lib/locale" préalable sous peine de cannot create temporary file: No such file or directory en réponse au localedef. Pas toi? Sinon, pour ma part je préfère travailler en UTF-8, plus universel, donc: localedef -c -f UTF-8 -i fr_FR fr_FR.UTF-8 export LANG="fr_Fr.utf8"[/code]

tu peux via le panneau de configuration DSM, définir un port dédié pour l'acces à file station, comme ici le port 7000: Ensuite, en ajoutant une redirection du port 7000 dans ton routeur, accèdera directement a file station avec une url du type http://cedstation.myds.me:7000

Un peu dommage de payer (même si c'est pas cher) quand il existe une solution gratuite

Apparemment on peux faire le "register" par script: http://blogger.ziesemer.com/2010/01/dyndns-update-client-shell-script.html suffirait de le mettre en cron

Tu peux peut-etre basculer la gestion DDNS du syno vers synology tout en conservant ton nom chez dyndns. Si tu a en plus une IP fixe, pas besoin d'avoir de mise a jour auto chez dyndns et tu beneficiera des deux noms (.dyndns.org et .myds.me)

J'aurai aimé trouvé un truc tout en un, comme audiostation en fait. (et c'est le titre du fil qui m'a attiré) j'ai déja testé fut un temps quelques trucs en php, mais rien qui ne m'ait vraiment enchanté.

Essaie la commande "nslookup dsm.domaine.dyndns.org" (ou n'importe quoi a la place de "dsm") si ca ne te donne pas ton ip externe, c'est que dyndns ne gère pas le "catchall" pour les sous domaines, ce qui est bien ennuyeux pour toi. Avec myds.me, une fois que l'on a enregistré son nom (monsyno.myds.me) *toutes* les requetes en <nimportequoi>.monsyno.myds.me sont résolues avec l'ip de base. On dispose donc d'un nombre de sous domaines infini.

Bien sur que je connais: j'ai posté dans ce fil! (et dans un autre auquel il fait référence) En effet, depuis la DSM 4, il fait éviter de trifouiller les fichiers /usr/syno/etc/httpd-ssl-vhost.conf-user et /usr/syno/etc/httpd-vhost.conf-user c'est pourquoi depuis je préconise de se contenter du "include" dans "/usr/syno/apache/conf/httpd.conf-user"

Etant donné que ça marche avec les nom de domaines dynamiques fourni par syno ("myds.me" par exemple). Pas de raison que ce soit différent avec dyndns. je viens de vérifier:

Savais pas, Suis étonné en plus: comment les sauvegardes rsync peuvent dépendre de conf apache ? Oh, Il s'agit d'une toute petite modif de rien du tout: ajout d'une simple ligne dans "/usr/syno/apache/conf/httpd.conf-user": include <dossier perso dans /volume1/conf.d/*.conf[/CODE] Si la MAJ écrase la modif, suffit de la rajouter.

virtualhost! (cf le tuto de PatrickH) Dans le fichier ou tu as defini le block "location" pour SIAB (ou un autre si tu veux), tu met ceci: (remplacer dans la suite "MONDOMAINE" par le nom DNS externe, par exemple: "monnasamoi.myds.me" si enregistré ainsi en dynamique chez synology) #+ # Les "loadmodules" semblent faire double emploi avec ceux de la conf SIAB # mais on s'en br^h^hfout grase au IfModule #- <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so LoadModule proxy_connect_module modules/mod_proxy_connect.so LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> NameVirtualHost *: <VirtualHost *:> ServerName webman.MONDOMAINE ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / http://localhost:5000/ ProxyPassReverse / http://localhost:5000/ </VirtualHost> # # SSL # NameVirtualHost *:443 <VirtualHost *:443> ServerName webman.MONDOMAINE SSLCipherSuite HIGH:MEDIUM SSLProtocol all -SSLv2 SSLCertificateFile /usr/syno/etc/ssl/ssl.crt/server.crt SSLCertificateKeyFile /usr/syno/etc/ssl/ssl.key/server.key SSLEngine on SSLProxyEngine on ProxyRequests Off ProxyVia Off <Proxy *> Order deny,allow Allow from all </Proxy> ProxyPass / https://localhost:5001/ ProxyPassReverse / https://localhost:5001/ </VirtualHost> Et voila, tu peux te connecter maintenant sur l'interface DSM avec l'url http://webman.MONDOMAINE et https://webman.MONDOMAINE en ssl. PS: en général faire comme ici des virtualhosts basés sur le nom en SSL n'est pas préconisé. Si tu veux gérer strictement le certificat de site ça va poser des problemes. Mais si l'objectif est uniquement de chiffrer le traffic c'est suffisant. Bien entendu on peut choisir ce qu'on veut comme nom de sous-domaine à la place de "webman". Il est possible de procéder de façon similaire pour filestation, downloadstation, audiostation. Cela dit, en installant haproxy je pense que l'on pourra se passer du proxy apache, ce qui rend tout cela obsolète. A suivre donc

j'ai trouvé ca : audio_output { type "httpd" name "Streaming ogg vorbis" encoder "lame" # optional, vorbis or lame port "8000" # quality "5.0" # do not define if bitrate is d$ bitrate "128" # do not define if quality is d$ format "44100:16:2" } Le serveur marche, mais apres je suis sec (je ne sais pas comment écouter la musique) Je pense que je vais rester avec audio station..

As-tu bien activé le ssl sur webstation? (panneau de configuration->services web->service http->activer https?)

Quelqu'un aurait-il de l'aspirine dans l'assistance? Déja faire un essai ...

je m’immisce ... J'avais cru comprendre ici que mpd nécessitait la présence d'une carte son et j'en ai conclus qu'il servait donc à lire de la musique en local plutot qu'à streamer. On m'aurait trompé? J'ai essayé de l'installer mais suite à: output: No "audio_output" defined in config file output: Attempt to detect audio output device output: Attempting to detect a oss audio device oss: Error opening OSS device "/dev/dsp": No such device oss: Error opening OSS device "/dev/sound/dsp": No such file or directory output: Unable to detect an audio device j'ai laissé tomber.

Commencer par ipkg update ipkg upgrade retenter le ipkg install optware-devel et si l'erreur persiste, alors sortir le rouleau-compresseur ipkg install --force-overwrite optware-devel

Je ne bénéficie pas de cette fonctionnalité : notre proxy est configuré pour supporter uniquement HTTP et FTP (et encore de façon limitée). En outre, comme je ne suis pas admin réseau à ma boite, la config du proxy ne dépend pas de moi (et même si c'était le cas nous avons des règles de sécurité qui m'empècheraient de faire tout ce que l'on veux). Cela dit, va falloir que je vérifie aussi que shellinabox fonctionne à travers notre proxy (qui n'est pas de la première jeunesse en outre) Dans ce cas, ça ne devrait pas faire de différence, le probleme est ailleurs alors. Tu as bien relancé apache au moins? Ah non pas du tout, la restriction d'ip se fait *en amont* du proxy, c'est l'ip externe qui est validée [edit] je pense a un truc d'un coup: suivant comment ta box fait les redirections de port, lorsque tu te connectes sur place en utilisant l'ip externe il est possible que ca coince. Dans le cas d'une freebox, ça fonctionne et la connexion va sembler provenir de la freebox (a prendre en compte dans le "allow from" Essaie pour voir avec l'ip *interne* du syno: https://<ip_interne>/shell

C'est que la config proxy n'est pas prise en compte: Le fichier contenant les lignes: <Location /siab> ProxyPass http://localhost:4200 Order deny,allow deny from all allow from etc ... </Location> Doit être inclus directement ou indirectement par un des fichiers de conf apache. Pour ma part, à la fin de "/usr/syno/apache/conf/httpd.conf-user" j'ai ajouté une ligne "#include" du fichier ci dessus. Suffit de relancer apache pour que cela soit pris en compte: /usr/syno/etc/rc.d/S97apache-user.sh restart