CoolRaoul

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.

Et la question précédente le démontre: Vincent, si tu voulais continuer à te charger du dossier? Je fatigue un peu là...

Ok, mais vu les deux posts qui ont suivi le tien, semblant indiquer que certains n'avaient pas tout à fait compris, on peut se dire que deux explications valent mieux qu'une.

Euh ... non: le lien que j'ai donné pointe bien sur un de mes post.

Pour faire du wake-on lan depuis internet, ce n'est pas un port à rediriger (pour cela faudrait savoir vers quelle IP rediriger et comme le NAS est éteint il n'a pas d'IP...) Plutôt que me paraphraser, je vous renvoie à ce que j'avais déjà expliqué ici:

Dans cette situation voici ce que je ferai: desinstaller MariaDB se connecter root en ligne de commande (ssh/telnet) et supprimer toutes les occurrences de "my.cnf". Pour les les localiser utiliser la commande: /usr/bin/find / -xdev -name my.cnf re-installer MariaDB

Reste qu'il est quand même étrange que la page "HDD/SDD" soit *vide* non? **EDIT** Sur mon NAS mes deux disques sont alloués à des volumes et ça n’empêche pas qu'il soit tous deux visibles à cet endroit:

Il n'existe pas de methode pour changer le groupe *principal* avec l'interface d'admin DSM. Si tu as modifié /etc/passwd à la main n'oublie pas que ce n'est pas supporté par Synology Par contre on peut librement ajouter des groupes supplémentaires Ne pas oublier que, comme dit plus haut, les utilisateurs ne sont pas limités à un groupe unique un .profile ne s'exécute que dans le cas de sessions shell interactive, dans tous les autres cas il est ignoré (et ce n'est pas spécifique à DSM, c'est comme ça sous tous les systèmes Unix depuis la nuit des temps. Pour la raison de non exécution du profile déjà expliquée. Pour gérer les droits par défaut (des nouveaux fichiers et dossier) faut migrer le partage pour utiliser les ACL Par contre, c'est autrement plus complexe. Je te conseille de créer un partage de test pour jouer avec et expérimenter avant de convertir tes partages existants. Mais tu devrais sans doute parvenir à tes fins en modifiant globalement les droits du partage: donner acces lecture/écriture W aux utilisateurs du groupe "nous" et lecture seule à ceux du groupe "users". Même si les droits unix sont 777, ce sont les droits du partage qui prévalent (sauf en shell, mais par défaut seul "root" à droit a se connecter ainsi) Sinon tu ne coupera pas à la solution ACL

Oui, j'ai bien compris ça, sinon il serait impossible de se connecter au NAS pour l'administrer C'est pourquoi je pense qu'il y a un problème plus tordu et que seul le support pourra résoudre (A moins que la description de ce qui s'affiche -"il n'y a rien"- soit incomplète mais faudrait voir une copie d’écran alors.) La page HDD/SDD ne peut pas être vide (sauf le cas spécial des modèles USB Station peut-être).

Il est possible qu'il soit bien lancé au démarrage mais se termine en erreur car faisant référence à des choses devenues inexistantes en DSM5. Est-ce qu'il fonctionne quand on le lance à la main? Est-ce qu'il respecte bien les conditions (le nom se termine en ".sh", son mode est exécutable) ? La ligne d'en-tête pointe-t-elle bien vers un shell existant ("#! /bin/sh" ou "#! /bin/ash") ?