CoolRaoul

Je me souviens soudain qu'il Il y a un package python pre-requis à installer (celui de synocommunity)

Nullement, aucune différence Mon routeur est une Freebox, il n'existe aucun moyen de configurer son firewall. Pas le choix si je veux faire de réglages fins donc.

Oui, demander dans ce fil: L'auteur du package le suit (il a posté pas plus tard qu'hier)

Faut peut-être s'assurer que l'option "delete" correspond bien au comportement souhaité dans le cas présent.

C'est une blague? C'est la *premiere* réponse que trouve google: Oui, dans ta section Tutorials du forum, sujet Non, mais lis d'abord le tuto et tu comprendras que c'est inutile (haproxy écoute sur d'autre ports et sert de "passe-plat" à Apache (ou autre services)

Essaie alors de voir du coté du package roundcube de SynoCommunity **EDIT** Je viens de tester, m'a l'air peut-être un peu réduit en fonctinalités (pas multi serveurs par exemple, a moins que je n'ai pas trouvé)

Pourquoi être allé chercher un autre tuto alors qu'il y en un sur ce forum. (dans la section tutos) Et justement, si tu étais aller lire le fil de ce dernier, tu aurais constaté que j'ai indiqué hier que depuis la dernière mise à jour DSM la partie SSL ne fonctionnait plus et n'avais pas trouvé de solution pour le moment. Moi même j'ai du me résoudre à migrer vers haproxy.

De mon coté j'essayais juste de faire passer le message (peut-être de façon pas tres diplomatique, j'en conviens) que je connais déjà tout ça. D'une part je confirme que seuls les ports et 443 sont ouverts dans le proxy et qu'en outre, la possibilité de faire un tunnel est désactivée encore moins la possibilité de faire une connexion TCP directe avec l'extérieur, quel que soit le port. Et surtout, mon besoin est juste de pouvoir ponctuellement me connecter à mon NAS en cas de besoin, pas d'outrepasser les restrictions imposées pour surfer (ce que je me garderai bien de tenter de faire)

C'est gentil mais je ne suis pas un noob Et je sais ce qui passe et ce qui passe pas dans mon proxy

Je l'utilise pour avoir acces à mon NAS en étant derrière un proxy qui ne laisse passer en sortie que les ports et 443 (et donc pas le 5000 et 5001) Etant bien entendu que, de la ou je suis, ouvrir une session SSH directe sur le syno n'est pas possible.

Il y a l'alternative btsync aussi

Salut, je viens de migrer du reverse Proxy à haproxy et j'en profite pour essayer de faire fonctionner gateone J'ai bien appliqué strictement la conf décrite dans le fil et pourtant, la connexion se termine avec l'affichage de ce message dans le navigateur: The WebSocket connection was closed. Will attempt to reconnect every 5 seconds... NOTE: Some web proxies do not work properly with WebSockets. **EDIT** Bon, voila qui est etrange: je n'ai cette erreur qu'avec Chrome alors que ça marche avec Firefox

J'avais un autre ticket au support dans le même préimètre sur le fait que dscloud écrive dans la mémoire interne du téléphone plusieurs megas de logs par jours (pas top pour la durée de vie de la mémoire flash) et la réponse vient de tomber: La encore c'est n'importe quoi pour le "not to a very detailed extent" : l'énorme majorité des messages dans les fichiers logs dscloud dur le smartphone sont taggés "[DEBUG]" et pas "[iNFO]" et il y en a jusqu'a plusieurs dizaines par seconde! (NB:Il y a bien un fichier nommé "cloud-daemon.debug" semblant contenir des parametres de verbosité des logs DScloud et que j'avais essayé de bidouiller mais DScloud le réécrit systématiquement.) La mauvaise foi du support me gonfle par moment. Je crois que DScloud et moi, c'est une histoire terminée.

Retour du support syno sur le sujet: "the design is that every 5 seconds it would be polling once to the server to ensure if there are any new files modifications. Thus it's normal behavior in that case." Conclusion: appli codée avec les pieds. Sachant que chacun des clients maintient une connexion *permanente* avec le serveur (j'ai vérifié), il serait quand même plus efficace que ce soit ce dernier, lorsqu'il détecte une modification, qui prenne l'initiative d'en informer ses clients par le biais du lien réseau pré-existant.. C'est du niveau première année de dev d'applications client-serveur je trouve. Décu par Syno sur le coup.

Salut a tous, Suite à la dernière update DSM qui à cassé le reverse proxy en mode https je tente l'option haproxy. J'ai tout bien configuré, effectué les redirections dans ma freebox et redémarré cette dernière. Tous fonctionne au poil en local (donc en utilisant la fonction loopback de la freebox), https://dsm.monsite.com me redirige bien sur la page de login DSM Par contre, un test non local (mon smartphone en connexion data) avec la meme url n'aboutit pas (timeout) Une rapide analyse du traffic via tcpdump sur le port 5080 me montre bien les paquets entrants mais aucune réponse! Meme punition en SSL Voila ou j'en suis... **EDIT** Bon j'ai trouvé (mais quel boulet.. ) J'avais oublié d'ouvrir les ports 5080 et 5443 dans le firewall du syno (et le fait que tcpdump voie quand même les paquets entrants m'avait empéché de penser tout de suite à cette explication)

Pffff voila qui tombe mal: la dernière update DSM à cassé le reverse proxy (la partie https). Je pensais me rabattre sur haproxy et ... voila que la loi de Murphy à encore frappé: Merci, ça dépanne

Mauvaise nouvelle: depuis DSM version 5.0-4493, la config décrite dans ce fil ne fonctionne plus pour les connexions HTTPS Pour le moment je suis sec, si quelqu'un à une idée..

Vu la description que tu donnes ça ne peut pas être le *même* problème: dans le cas que je décrit, il s'agit d'acces à intervalles réguliers pour lire quelques octets à peine, on est très loin d'un taux d'utilisation de % en continu.

Le Syno ne supporte nativement le WebDav qu'en mode serveur. Alors que la il faudrait mettre en oeuvre une connexion ou le NAS joue le role de client. Mais là ça commence à venir touffu: il est effectivement possible de compiler un module webdav et faire un mount distant mais c'est franchement pas newbie friendly (et si la volumétrie est importante, les perfs je ne le sens pas trop non plus) L'optimal serait une synchro par rsync, mais faut aussi maîtriser un minimum là aussi.

je ne connais pas ce modele, chez les FAIs français seule les Freebox le gèrent Serait interessant de savoir le message d'erreur donné par DSvideo et DSAudio Je pensais surtout au tests avec DSVideo pou valider la connexion en IP externe Ton NAS n'est pas dans ton appart alors? Car si il est sur place, autant utiliser l'IP externe

Webdav était requis par les précédentes versions de DS File, mais maintenant il utilise les mêmes port que DSVideo et DSAudio: 5000 (ou 5001 en SSL). Si ta box ne gère pas le "loopback", j'aurais tendance à te dire de t'assurer que le WIFI est désactivé sur ton téléphone quand tu fais les les test avec l'IP *externe* mais; j'imagine que ton test avec DSFile qui à fonctionné tu l'as fait dans les mêmes conditions de connectivité que pour DSAudio et DSVideo pour comparer des choses comparables. (et attention à ton forfait data, avec de la la video, ça peut aller vite)

Est-ce ça marche en WIFI avec l'IP *interne* déjà? Tu as même ouvert bien plus que nécessaire: la plupart des redirection UDP sont inutiles. La référence exhaustive est ici: http://www.synology.com/fr-fr/support/faq/299

Aie, alors c'est pas gagné Hélas, pour quelqu'un qui n'a pas peur d'avouer ne pas trop maitriser (ce qui est tout à ton honneur), de simple et automatique je ne vois pas. Peur-être que d'autre sauront te trouver une solution clé en main. Patience.

Pour savoir ce qui est possible je te conseille l'outil de simulation de config RAID de synology: http://www.synology.com/en-global/support/RAID_calculator Le Raid 1 sur 3 disques n'est pas très optimal niveau place perdue (par contre niveau redondance c'est ceinture et bretelles, et même franchement luxueux) Je préconiserai plutôt un RAID 5 sur 3 disques et un quatrième de plus grande capacité en volume simple pour les sauvegardes. Mais attendons d'autres avis.

/usr/syno/bin/synoindex -R <chemin_complet_du_dossier_à_reindexer> Exemple: /usr/syno/bin/synoindex -R /volume1/photo/mon_dossier NB: ne pas s'étonner que la commande rende la main immédiatement: elle se contente de "passer le message" au process d'indexation qui va s'activer en tache de fond.