CoolRaoul

Bizarre, j'ai pu faire un copier coller des releases notes de cette version il y a quelques minutes pourtant. mais en effet elles ont disparu de la page depuis . Le lien corrigé : http://www.synology.com/releaseNote_enu/DS210j.php?lang=fre

Il est possible que ce problème soit corrigé avec le nouveau firmware disponible aujourd'hui (http://www.synology.com/releaseNote_enu/DS210j.php?lang=fre) Extrait de la release note; "Improved the compatibility of file sharing via SMB/CIFS with Mac computers."

http://usdl.synology.com/download/DiskStation/DSM4.2/3211/ Release Notes: http://www.synology.com/releaseNote_enu/DS210j.php

Quand tu tombais sur ton site web comme tu as écrit, c'est que tu n'utilisais pas le port 5000, je te le garantis.

Suffit de rajouter le port 5000 à l'url (http://addresse:5000) pour atteindre l'interface DSM

Parler d’installation du toolchain est un peu exagéré, il ne s'agissait juste de la copie de deux fichiers et d'un répertoire. Et le mot de passe n'a rien a voir avec ça. Je pencherai plutôt sur une erreur dans l'édition de "/etc/profile" (qui d’ailleurs n'était pas indispensable) Faudrait vérifier de cette façon: set -x . /etc/profile Avec le résultat de l’exécution de ces deux commandes on devrait comprendre ou est l’erreur

En effet, bien vu (il y en à un qui suit)

Ben alors avec 100Mb/s il devrait y avoir de la marge je pense. Si on constate des problèmes de fluidité j'aurais plutôt tendance à accuser le hardware de la boite (ressources CPU, mémoire, puce de décodage insuffisantes) que le manque de bande passante réseau. La conclusion reste la même toutefois: un appareil dont les retours utilisateurs font remonter ce genre de problème sera à éviter. Je dois reconnaître ne pas pouvoir vérifier sur ma conf: ma passerelle est effectivement en 100mb/s mais je ne visualise pas de HD et tout est fluide bien évidemment.

En écrivant "certains services" fallait comprendre "quelques services". Pour ma part je n'ai que download station en plus, mais tu n'as pas du installer le package. Ce n'est pas l'url complete que tu peux configurer pour ces services, simplement définir la partie répertoire de l'url. Avec en option, une redirection à partir du port . exemple http://<nom>/filestation redirigé vers http://<nom>:5000/filestation. Peut-être n'as-tu pas activé le serveur web, panneau de conf -> services web -> activer web station ?

Avec ":5000" c'est l’adresse pour se connecter à l'interface d'admin dsm. Tu peux définir des ports et ou des urls différentes pour se connecter directement sur certains services si tu le souhaite dans le "portail des applications". Si tu crée des sites web (dans le dossier partagé web) tu y accédera via le port (sans le :5000 donc) avec nom de dossier pour l'url (http://<nom_du_nas>/<nom_du_dossier>) J'ai l'impression que te débrouilles pas mal pour quelqu'un qui découvre les syno depuis si peu de temps.

Si c'est a l'interface DSM que tu veux accéder, faut ajouter le port (5000) à l'url .....Synology.me, donc http://.....Synology.me:5000

Non, mais par contre tu vas devoir t'enregistrer sur un service de dns dynamique (DDNS) pour pouvoir accéder à ton NAS de l'extérieur en utilisant un nom (que tu pourra choisir). Je te conseille d'utiliser le service fourni par synology, tres simple à mettre en oeuvre: sous l'interface web, d'administration du NAS, panneau de configuration -> DDNS ->ajouter Choisir "Synology" comme fournisseur de service, et suivre les instructions. Tout ce que tu évoques est possible. Mais c'est à toi de déterminer de quelle façon tu *veux* accéder à ton nas à distance et pour quoi faire (administration, écoute de musique, naviguer dans et transférer les fichiers, lire des videos, etc ...). Une fois que tu auras défini tes choix, il nous sera possible de te conseiller la méthode à utiliser (ou tu trouvera la réponse à ta question déja présente dans le forum). N'hésite pas à user et abuser de la recherche détaillée. Apple c'est pas mon domaine, je laisse d'autres répondre. Mais ils vont souhaiter connaitre le contenu de ce message d'erreur. La aussu, commencer par nous donner le texte de l'erreur pourrait être utile je pense. On est la pour ça, mais mieux vaut évite de poser une dizaine de questions dans un seul post (pour celui-ci c'est encore bon), le fil risque de devenir confus. Mieux vaut une à la fois dans le sous-forum adéquat.

Me semblait avoir lu que pour faire passer de la HD suffisait d'un débit de l'ordre de 12Mb/s

Sinon, si tu n'as pas peur de la ligne de commande, il y a wget qui est de base sous DSM ("/usr/syno/bin/wget") et qui sait récupérer une arborescence ftp.

Su te sens de consacrer un peu de temps au problème, ça mérite d'ouvrir un dossier de support chez Synology. Par contre, je ne serais pas aussi catégorique sur ta conclusion (tout en comprenant ton exaspération): faudrait auparavent trouver d'autre témoignages similaires du meme phénomène pour en conclure que "DSM 4.2 est vraiment buggé *à ce niveau*". Et comme je l'ai déja dit, augmenter la taille de la partition n'est qu'un pis aller: si un process boucle en écriture il finira toujours, à plus ou moins loin long terme, par remplir la partition ou est localisé /tmp.

J'ai l'impression que tu as laissé un espace entre "./" et "SecuriserNasVPN")

Ben je suis pas sur place et je me sens pas de faire le test a distance et de me retrouver sans acces a mon nas, A priori ça m'a l'air bon. Si tu es sur place tu ne risque rien à tester

Pourquoi? Ca ne marche pas?

Mon Netgear NeoTV 550 sait le faire, mais c'est un modèle qui n'est plus au catalogue et pour lequel Netgear ne diffusera plus de correctifs ou d'évolutions. Si tu en trouve un d'occasion pas cher (disons moins de ) ça peut valoir le coup. je suis sur qu'on va te proposer la solution basée sur Raspberry Pi + XBMC (Si tu te sens une âme de geek)

L'interaction entre la clause "Order" et le clauses "Deny" et "Allow" sont expliquées ici Si tu ne met pas au moins une clause "allow", bien entendu avec "deny from all", aucune ip n'est autorisée. Je me suis pas vraiment posé la question sur ce bloc VirtualHost, je l'ai reutilisé tel quel a partir tu tuto original si je me souviens bien. Faut faire des essais sans et voir ce que ça donne.

Pour le QorlQ il y a bien les locale et localedef dans le toolchain. C'est dans "powerpc-none-linux-gnuspe/powerpc-none-linux-gnuspe/libc/usr/bin/"

C'est quoi ton proc? Sinon, c'est pas dans "/bin" (et ce n'est pas un dossier) mais dans: "<arch>/<arch>/libc/usr/bin" (<arch> dépendant de l'architecture cible) que se trouve "locale"

Mais on peut les ajouter: Ca date un peu mais marche toujours. Un tuto plus "sobre": http://www.xn--brwolff-5wa.de/tech-notes/synology-diskstation-howto-set-locale.txt (juste récupérer le bon toolchain) et par exemple, sur mon syno:, fserv> synopkg synopkg: Synology Inc. CopyRight 2008 fserv> locale -a C en_US.iso885915 en_US.utf8 fr_FR@euro fr_FR.utf8 POSIXPas sur que cela résolve l'erreur owncloud par contre, perso je n'utilise les locales que pour mieux gérer les noms de fichiers avec caractères accentués codés en utf8 en ligne de commande.

Ca permet de créer d'un coup tous les répertoires intermédiaires. Dans le cas ou ils existent déjà ça ne change rien et donc ne mange pas de pain. Donc autant assurer (je ne sais pas a priori comment se présente la cible) En effet, on peut inclure tous les fichiers qui matchent la pattern en une seule fois avec la première méthode (ils vont être inclus dans l'ordre alphabétique) Synology garantit (c'est documenté) que le contenu de /usr/local (et tout ce qui est dessous) est préservé lots des upgrades de firmwares. Pas sur de comprendre ("virtual box" == Virtualhost je suppose) Tu peux éclater la config dans autant de fichiers que souhaite, pour des raisons de lisibilité, ou simplement pour que ce soit plus pratique à manipuler. Leur contenu sera concaténé dans l'ordre dans la configuration finale. Les clause "allow from" permettent de restreindre les ip autorisées a se connecter sur cette location (url "/shell" ici), la syntaxe à utiliser est la même que celle dans les .htaccess. ***EDIT*** Oups, pour le point 3 je viens de comprendre, il faut voir les includes comme une simple concaténation, donc pas besoin de répéter les chargement de modules (mais comme je les ai entourés de clauses "ifmodule", ça fonctionnerait quand même sans provoquer d'erreur. Si tu veux éclater la conf en plusieurs fichiers, tu peux en réserver un pour les modules, et ensuite un par virtualhost.

Tu as raison, j'aurais du lui proposer cette alternative, mais j'ai voulu rester dans le contexte du sujet du fil.