Nounours44

je dirais SFTP ...

oups, oui 20 et 21. 22 c'est pour le ssh. que ce passe-t-il quand tu essaies de te connecter en ftp ?

pour le ftp, il faut rediriger les ports 21 et 22 sur ton routeur

et là tu as bien désactivé la redirection vers https dans le DSM ?

Eureka ! en fait il ne faut pas utiliser la redirection proposée par le DSM, mais la paramétrer dans le vhost : <VirtualHost *:> ServerName dsm.breat.me Redirect / https://dsm.breat.me/ </VirtualHost>

je reproduits le même problème chez moi : il faut que tu désactives la redirection vers https, car la redirection est visiblement mal fichue, elle va vers https://localhost:60000/

essaie de rediriger le port 60000 sur ton routeur

https://dsm.breat.me fonctionne le port http du dsm est bien 30000 ? (et 60000 pour https) arrives-tu à te connecter en local sur le port 30000 ?

tes enregistrement DSN chez ovh, sont un peu étranges, Monsieur Simon qui habite Roubaix c'est fou ce qu'on peut apprendre des gens avec un petit whois ... je peux accéder à ton filestation sur l'url http://file.breat.me/ mais effectivement il y a un souci avec dsm. n'aurais-tu pas paramétré un redirection automatique en https ? dans ce cas il manque un virtualhost pour dsm.breat.me sur le port 443 au passage : tes enregistrements chez ovh sont un peu étranges, normalement tu as une zone A avec ton adresse IP, et x zone CNAME qui sont des alias de ta zone A. Ainsi, si tu dois changer d'adresse IP, tu as seulement un enregistrement à modifier.

qu'est-ce qui ne fonctionne pas avec ce que tu as écrit ?

tu pourras ensuite éventuellement retirer ces ouvertures de ports. pas nécessaire, le fichier /usr/syno/etc/httpd-vhost.conf-user est conservé lors d'une mise à jour du DSM. en effet Voilà un exemple de fichier que tu pourrais adapter à ton besoin : 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 NameVirtualHost *: NameVirtualHost *:443 <VirtualHost *:> ServerName * DocumentRoot /var/services/web </VirtualHost> <VirtualHost *:> ServerName www.tondomaine.com </VirtualHost> <VirtualHost *:> ServerName dsm.tontomaine.com ProxyPass / http://127.0.0.1:5000/ ProxyPassReverse / http://127.0.0.1:5000/ </VirtualHost> <VirtualHost *:443> ServerName dsm.tondomaine.com 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://127.0.0.1:5001/ ProxyPassReverse / https://127.0.0.1:5001/ </VirtualHost> <VirtualHost *:> ServerName blog.tondomaine.com ProxyPass / http://127.0.0.1/blog/ ProxyPassReverse / http://127.0.0.1/blog/ </VirtualHost>

oui, le mieux est donc de paramétrer des virtual hosts en reverse proxy. Regarde là : http://syno.haeflinger.com/index.php/Acceder_%C3%A0_un_port_grace_au_reverse_proxy

Breat, je n'ai pas bien compris le besoin. Pourrais-tu lister les services web auxquels tu accèdes en interne, ainsi que l'url que tu voudrais en externe pour y accéder. A priori, tu peux traiter les problèmes de redirection de 3 manières : 1. par redirection de port sur le routeur 2. par le création de virtual hosts dans la configuration apache du syno, avec reverse proxy 3. un mixe des deux

ça ne semble pas possible simplement : le client Cloud Station passe par le port 6690

salut, en effet je suis sur GateOne en ce moment, ça fonctionne depuis peu à cause de nombreux bugs, mais c'est en bonne voie ...

Si syno est fidèle aux dates des précédentes bêta (http://www.synology.com/support/beta_program.php?lang=fre), ma boule de cristal dirait janvier 2012 ...

ok merci. Je vais commiter mes modifications sur une branche en attendant ...

2 questions pour piwi : 1. je suis en train de faire un spk GateOne, mais cela nécessite 2 modifications dans le spk python : ajout de tornado et support de termcap. ça te pose un problème si je modifie cela dans github ? 2. est-ce que je peux publier mes spk dans ton repo (sslh, tinyproxy et openssh) ?

si ça peut aider, je veux bien donner un petit coup de main. je m'y connais pas mal en développement (php, perl, shell unix, C, java) et en système linux. J'ai aussi quelques connaissances en cross-compilation. Une fois la package center opérationnel, je pourrai proposé des packages sslh, tinyproxy et scp (qui fonctionnent sur mon syno 411+). J'ai également développé une page pour leur paramétrage dans le DSM.

pour info, merty propose maintenant de diffuser ses packages au travers de son propre package center (cf. http://www.mertymade.com/syno/index.html) Où en êtes-vous sur le package center hébergé par nas-forum ?

oui, tout à fait, voici les étapes que j'ai suivies : 1. ouverture d'un compte sur le site http://www.jabber.org/ 2. installation de l'application xabber sur mon android 3. ajout de nasforumbot@jabber.org comme ami 4. paramétrage du DSM comme indiqué dans le mail de Rodo voilà !

je viens de faire la paramétrage, ça fonctionne nickel

ne ne sommes que 3 inscrits sur la liste ?! je suppose que le serveur jabber ne sera pas surchargé ...

ce dysfonctionnement peut être contourné grâce au package DSMIframePatch disponible ici : http://isulnara.com/ On parle sur le forum allemand : http://www.synology-forum.de/showthread.html?23291-Workaround-f%C3%BCr-Community-3rdparty-Apps-Problem

Bonjour Diaoul, as-tu avancé sur la package center ? Je peux éventuellement donner un petit coup de main si besoin...