CoolRaoul

Ne sais-tu pas que, comme le code html, Javascript s'exécute intégralement sur le client dans le navigateur? Le NAS est donc totalement hors du coup.

Nouveau firmware en vue corrigeant ces problèmes: http://www.universfreebox.com/article17878.html

C'est normal, le package Crypt::SSLeay n'est pas inclus dans le perl du syno Le plus simple est soit de se connecter sur un Linux plus complet que DSM ou bien d'installer un perl (activeware ou autre) sur un PC Windows pour cette opération. Tu es déjà bloque *avant* il me semble: sur l'exécution du hubic.pl d'apres ce que tu as écris! Donc, pourquoi essayer le mount alors que l'exécution de l'étape précédente est en échec? Commence par résoudre ce point en suivant les pistes que je t'ai indiquées avant d'essayer d'aller plus loin.

L'option Ansi VS UTF8 est moins important a partir du moment ou il n'y pas de caractères accentués dans le script (gaffe aux commentaires, j'ai eu des surprises déja)

Tout script situé dans "/volume1/startup", dont le nom commence par "S" (majuscule) et exécutable (chmod +x) est exécuté au boot. Tu peux donc y mettre un script de mount à ta sauce, que tu nomme comme tu veux (au "S" initial près) dans lequel tu met ta (ou tes) commande(s) "mount" (pas "mount -a" mais carrément le "mount -bind ...")

Franchement surpris que ca ne marche pas avec le lien, il doit y avoir une raison tordue. (pour filestation et explorateur de fichier c'est normal: ils masquent les liens symboliques, mais le serveur apache ne fait pas se genre de gag) Et d'aileurs, in petit test rapide fait sur ma machine fonctionne sans problème (et des que je met en commentaire le "FollowSymlinks" j'ai bien une erreur 404). Sinon pour ta question sur le mount dans le fstab je ne vois pas de raison que ça coince.

Ok, si c'est ca je le savais Je pensais que ça faisait aussi partie de la réponse à *mon* post et dans ce contexte c'était un peu étrange. "vi lol" ? Et ben ... vi a tout simplement l'avantage d'être disponible sur tous les unix sans exception. Ne pas en connaitre les rudiments peut être particulièrement handicapant dans certaines situations. (et pourtant je n'en suis loin d'en être un aficionado : j'utilise presque exclusivement Emacs pour ma part) Et tu l'a mise *ou* cette option? En outre tu n'a pas bien expliqué en détail tous les symptômes: Quand tu es "root" et que tu fais "cd <ton lien symbolique>" y a-t-il un message d'erreur ? Si oui lequel? Si non, est-ce que le dossier vers lequel pointe le lien symbolique est accessible par le comte sous lequel tourne apache ("nobody"), autrement dit que donne la commande: /bin/su nobody -s /bin/sh -c "ls <rep>"[/CODE] A tester deux fois: en replacant <rep> par le chemin complet du lien symbolique en replacant <rep> par le chemin complet du répertoire pointé par le lien

et que veux-tu faire avec fstab? (et commence par nous dire ce que signifie "fstab" pour toi?) Connait pas nano, mais quoi que soit ce machin il est *forcément* accessible sous root: *tout* est accessible quand on est root! En tous cas, pour editer un fichier et y ajouter une malheureuse ligne... franchement, ce n'est pas vraiment tres complexe avec "vi". Mais, bon, si tu y es vraiment allergique, tu peux aussi tout simplement taper (après t’être positionné dans le répertoire contenant le lien) cette commande: echo "Options +FollowSymLinks" >> .htaccess[/CODE]

Ajouter (si il n'y en a pas déjà un) un fichier ".htaccess" dans le répertoire contenant le lien symbolique Ajouter la ligne suivante au contenu du ".htaccess": Options +FollowSymLinks

Et, bien entendu, comme tu ne voudrais pas que le bug que tu as rencontré persiste sur la version finale, tu l'as signalé en utilisant le formulaire dont je t'ai indiqué le lien j'imagine?

C'est justement ce qu'il y a à la place des "...", et que tu as zappé, qui pourrait être intéressant! (et encore à condition de ne pas oublier pas le flag "-b" du ls (ls -lb donc)! [EDIT] Me suis trompé,une fois dans le répertoire parent, c'est la qu'il faut faire "ls -lb" et nous donner le résultat Je me demande quelle peut bien être cette "interface graphique" C'est le résultat d'un simple "ls" en étant connecté shell (ssh ou telnet) qui est interessant, donc que tu passes par le net ou non n'est pas important ici. J'ai encore peut être mal compris: le répertoire parent se nomme "print" c'est ca? et "je ne peux pas rentrer dedans" veux dire que "cd print" échoue? quel est le message d'erreur? et que donne un "ls -lb print" alors?

Pour ma culture perso, si tu pouvais aller nous donner le résultat du "ls -lb" du répertoire parent d'ici la ... **EDIT*** PS: es-ce que tu confirmes, comme tu l'as dis plus haut que, Comment est-ce possible? que voulais-tu dire par "en local"

Autant surpris que toi, et ce d'autant plus (en dehors du fait que ce caractère n'est bien pas entendu possible localement) aucun des Operating Systems supportés par Synology (Windows, Unix and co, MacOS) ne supporte ce caractère dans un nom de fichier. J'aimerai bien voir ce que donne un "ls -lb" de ce répertoire vu d'une connexion shell ssh

Beta n'a jamais voulu dire exempt de bug. En tout cas, comme tu as du certainement lu ici l'avertissement ci-dessous: Je t'invite, comme c'est indiqué, si tu ne l'as déja fait, à également reporter ce bug au "Beta Program manager" en suivant le lien ci dessous: http://www.synology.....1.php?lang=fre

Dans ce cas montre nous ce qui tu obtiens en faisant ceci: ce qui doit donner:

Euh ... c'est moi, CoolRaoul, qui t'a conseillé de te connecter root... Bon déja tu as une solution de contournement, un bon point. Vérifie déja que l'interface d'admin web te permet de *modifier* ce nouveau compte (le champ email par exemple) Et sinon, si tu ne l'a pas déja fait, rédémarre le Syno, ça ne mange pas de pain. Je repasserai voir dans la soirée si tu as pu avancer .. A+

En ssh, tu dois te connecter avec le compte "root" , pas "admin" (le mot de passe est le même que pour admin) Et les indications de la forme "<commentaire>" sont à remplacer en effet. Exemple: synouser --add craoul raoulpass "Cool Raoul" 0 cool@raoul.com 0[/CODE]

Tu es bien repartie de zero et recompilé le module? Tant que la 4.1 est encore en beta faut s'attendre à ce que tout ne marche pas. Pour ma part je me contrait à ne pas faire l'upgrade (et pourtant ce n'est pas l'envie qui m'en manque): comme je n'ai qu'un seul Syno, si j'étais passé en 4.1 je ne pourrais plus aider les utilisateurs qui postent leur problème dans le forum en tentant de reproduire leurs manip.

Mais si tu tapes "\\<nom ou ip du nas>" dans la barre d'addresse de l'explorateur Windows tu y accède bien ?

Dans ta situation je tenterai de créer le compte en ligne de commande (étant connecté en ssh ou telnet), comme cela: synouser --add <username> <mot de passe> "<Prenom et Nom>" 0 <email du compte> 0[/CODE] Au moins, si ca plante, il ya des chances que l'on obtienne un message d'erreur explicite. NB: La doc de la commande est ici: http://www.synology....r.php?#synouser

Il est possible que la livebox ne fasse pas la redirection correctement quand tu fais le test de l'intérieur (sur ton propre réseau local). Tu devrais faire le test avec par exemple un téléphone connecté sur le réseau opérateur ou demander à quelq'un d'autre de tester de chez lui.

Euh, Timebackup fait des sauvegardes de Synology à Synology, comment voudrais-tu qu'il sauvegarde des fichiers situés sur ton disque Windows? Un truc dans le genre de peut-être? Sinon, des logiciels d'images disques (certains existent en version gratuite) savent créer leur image sur un dossier partagé sur le NAS (un exemple: http://www.macrium.c...eflectfree.aspx)

A noter que ta config firewall telle qu'elle est maintenant n'est plus tres utile puisque en définitive on laisse tout passer. Je te recommande plutot de commencer une règle unique dans ce genre: (tous les acces autorisés sur le réseau local) Ca va te permettre de remettre "refuser l'acces" quand "aucune règle n'est remplie" Et ensuite, si tu veux accéder a ton syno de l'extérieur (internet) tu pourra ajouter des règles au cas par cas (toujours laisser la règle ci-dessus en tête de liste)

Super, au passage tout le monde aura bien entendu remarqué que dans LDFLAGS="-Wl,-rpath,/opt/lib" CPPFLAGS="-I/opt/include" CPPFLAGS=-DNETLINK_NO_ENOBUFS=5 ./configure le premier CPPFLAGS (CPPFLAGS="-I/opt/include") est bien entendu inutile puisque masqué par le deuxième.

Ca serait mieux comme ceci: CoolRaoul: le posteur de screenshots le plus rapide à l'ouest du Pecos (mais 17795 n'est pas mal non plus dans le genre)