CoolRaoul

Il faut savoir que, contrairement à ce que écrit dans l'article ce n'est pas la totalité de DSM qui est sous licence GPL. Par conséquent, XpEnology ne respecte pas les conditions de licence est son utilisation n'est pas complètement légale. Et, pour cette raison, en cas de problèmes spécifique à cette configuration, il ne faudra pas compter trop trouver de l'aide dans ce forum.

Et sinon il y reste toujours l'option du service DDNS gratuit fourni par synology qui marche tres bien aussi.

Yep c'est bon, Mais je m’aperçois de plus en plus à l'usage que je ne me fait pas vraiment à la V4 de Tapatalk. Elle est parait-il "optimisée pour tablette", c'est peut-être pour ça .

"-empty" n'est pas reconnu par le "find" de DSM mais "-delete" l'est bien (en 4.3 du moins). Et comme "-delete" ne saura supprimer que les directories vides, tu peux oublier "-empty" et utiliser sans risque: find <le repertoire à traiter> -type d -delete Les répertoires non vides vont provoquer une erreur mais tu peux l'ignorer. Pour carrément masquer l'erreur ajouter "2>/dev/null" en fin de commande

A la racine des volumes, les dossiers dont le nom est préfixé de "@" n’entraînent pas la création automatique de dossiers partagés. Voila pourquoi on utilise souvent cette règle de nommage dans le cas de répertoires à usage exclusivement local au NAS. Et par conséquent ces derniers ne peuvent être uniquement créé en ligne de commande par un "mkdir".

Faudrait que je commence par demander au pote auquel j'ai refilé mon DS210j de me donner l’accès, que je lui installe Optware Mais d'une part il est absent en ce moment, et je n'ai vraiment pas trop le temps là.

Je ne sais pas. Si encore, si j'avais acces à un Syno du même type que le tiens avec optware installé et suffisamment de temps je pourrais peut-être parvenir à compiler le truc. Mais là je suis sec.

Le probleme est que je n'ai pas de NAS avec optware sous la main pour tester.

possible solution dans le 2eme message de ce fil: http://forum.synology.com/enu/viewtopic.php?f=90&t=30132 Sinon peut-être, tenter le coup en ajoutant "--disable-threads" en argument de "./configure"

/opt/bin/tar plutot

pour décompresser l'archive: tar -xJf <le_fichier>.Ensuite suivre les instructions du fichier "INSTALL" Ca je ne sais pas, il était question que de la commande "sort".

Vu que tu as apparement optware installé, te suffit d'installer, si ce n'est pas déja fait, les packages de développement: ipkg install optware-devel ipkg install gcc De récupérer le source de la dernière version des coreutils GNU (qui contiennent la commande "sort") et de compiler le tout. Je te conseille de choisir un préfixe "perso" pour la configuration du package ("./configure --prefix=/volume1/local" par exemple) et d'ajouter "<prefixe_choisi>/bin" à ton PATH .

Je suppose que c'est en lecture en direct. M'étonnerait que ça vienne de la clé. Sinon, que donnaient les enregistrement? Ils avaient des pertes de trames?

Il faut savoir que les outils de sauvegarde du NAS servent

Un point supplémentaire à savoir est que le dossier photo (contrairement à *tous* les autres) ne permet pas de gerer les droits et encore moins au niveau dossier ou fichier. ("it's by design") . Maintenant que tu as précisé qu'il s'agissait de ce dossier-là tout s'explique. Pour pouvoir faire ce que tu souhaite il ne faut simplement pas autoriser l'accès à ce dossier en mode dossier partagé aux utilisateurs et, pour manipuler les photos, s'imposer l'utilisation de PhotoStation qui saura gérer des droits au niveau souhaité. Autre approche possible, utiliser un autre dossier partagé que photo, ce qui permettra alors là aussi de régler les droits finement au niveau sous-dossier avec l'inconvénient de perdre l'usage de PhotoStation. ** Note: édité le message (sauts de ligne) pour améliorer la lisibilité, car posté initialement avec tapatalk.

Le groupe user est par d

Ben non, D'abord EZ internet n'est pas un pre requis pour mettre en place pour le DNS Dynamique: son role est de permettre de faire automatiquement de la redirection de port dans le cas de routeurs compatibles. La surveillance de l'IP publique se fait *exclusivement* via des flux sortants (en fait le NAS se connecte à intervalles réguliers sur un serveur externe chez synology et c'est ce dernier qui, lorsqu'il constate le changement d'ip, met à jour le DNS en conséquence). Si la phrase que j'ai mis en rouge était vraie ça voudrait dire que le NAS est configuré en DMZ sur la BOX. Je t'assure que ce n'est pas le cas. Si tu a un peu de temps a perdre (et une IP qui varie) je t'engage à tester ça toi même en supprimant toutes les redirections de ports box -> syno. Tu pourra constater que le DNS continue a suivre l'IP externe.

Mes deux centimes: personnellement je trouve la solution synology.me bien plus simple à maîtriser pour un débutant. En outre elle ne nécessite pas la moindre configuration spécifique de la box (*), et sur le syno c'est assez basique y a qu'a se laisser guider. (*): bien entendu dans tous les cas il faudra faire les redirection de ports sur la box, mais c'est indépendant du type de dyndns choisi.

Pour l’accès a distance, un peu de lecture : http://www.synology.com/support/tutorials_show.php?q_id=456 Mais, puisque tu es débutant, je te conseille avant d'ouvrir les acces externes vers ton NAS de prendre le temps de te familiariser avec lui en local et de surtout potasser tout les aspects sécurité. Ne pas négliger toute la doc disponible en ligne sur le site synology.com

Bonjour, Impossible pour moi de me connecter au forum avec tapatalk 4 (

Coté Synology j'ai déjà répondu dans le premier post de ce fil. Faut aussi que l'option ci-dessous des paramètres de navigation du serveur multimédia soit bien activée: Et le W9 n'a pas d'option de configuration au niveau du client DLNA, donc je n'ai rien eu à faire de particulier de ce coté.

Sur mon W9 j'ai bien les miniatures (si c'est ce que tu veux dire par "pochettes") qui s'affichent mais pas trouvé comment accéder au résumé.

Ah oui, bien vu: le blocage ne se fait qu'en cas d'echec effectif de connexion (mauvais mot de passe ou utilisation d'une clé inconnue).Une connexion ouverte puis fermée sans tentative de login n’entraîne effectivement pas de blocage.

Pas besoin de le bloquer, suffit de ne pas avoir mis une règle de redirection (à moins que le NAS soit configuré en DMZ) Si on a effectivement besoin de disposer d'une connexion ssh de l'extérieur, une autre option, qui fait nettement baisser le volume des attaques, utiliser un autre numero de port que le 22, avec une règle de redirection sur le port 22 du NAS. Possible aussi de configurer le firewall du NAS pour limiter à une liste d'IP "amies" et connues celles autorisées en entrée sur le port 22.

T'inquiete, on ne met pas ta parole en doute quand tu dis que la case n'est pas coché. Mais si tu pouvais faire ce qu'on te demande (redémarrer et revérifier si ssh est bien désacrivé) on pourrait avancer.