CoolRaoul

Ce sont les disques du PC utilisé pour se connecter qui sont visibles (celui sur lequel s'exécute le navigateur) Lorsque tes amis seront connectés avec *leur* PC se seronty *leurs* disques qu'ils verront pas les tiens [EDIT] oups deux messages simultanés avec la meme réponse!

Mais non: la règle que je t'ai montré est à *ajouter* à tes 5 autres regles existantes pour éviter de ne plus avoir acces au syno de l'intérieur. Et alors tu n'aura plus ce message d'erreur Remplace juste 192.168.1.0 par le sous réseau de ton lan maison.

Si RVM a besoin de ruby 1.9.3 minimum je ne vois pas d'autre solution de compiler ton propre Ruby à partir des sources... Je vois aussi que ton installer rvm va se mettre dans /usr/local ... sur le syno la place est limitée dans le file system racine Essaie déja de voir si il n'est pas possible de le rediriger ailleurs (remplacer /usr/local/rvm/ par un lien symbolique vers /volume1/@appstore/rvm par exemple)

Est-ce bien coché la? Et ne pas oublier une règle pour autoriser le réseau interne! (à adapter suivant ton addressage local)

Que veux-tu dire par "ca ne marche pas" ? Une fois le firewall configuré, personne n'a acces ou au contraire tout le monde à acces ?

tiens nous au courant

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