CoolRaoul

La raison de l'erreur doit se trouver dans le fichier "config.log" que "configure" à créé. Voir vers la fin de ce dernier.

Me semble pas au mieux de sa forme ton disque... Essaie de le monter sur un PC histoire de s'assurer que le pb viend bien du disque et pas du NAS et si ça confirme le diagnostic: fait jouer la garantie.

Faudra choisir une des deux options pour ne pas trop galérer: mettre la freebox en mode bridge et laisser le routeur faire le travail de routage. Configurer le routeur pour ne jouer que le role de point d'acces wifi sans faire de routage (bien te renseigner avant l'achat, par exemple sur sur les forums du constructeur, que le modèle envisagé peut être configuré ainsi) Sinon tu va te retrouver avec deux routeurs l'un derrière l'autre et la redirection de ports et le nat vont rapidement devenir infernaux à gérer : Cela dit, j'ai bien peur que le jeu n'en vaille pas la chandelle: le wifi de la Freebox est déja largement performant.

Un site qui permet de fabriquer rapidement un formulaire: http://www.phpform.org/ Tu crée ton formulaire en ligne, ca te génère un zip avec un dossier à mettre sur ton serveur web. Mais il faut ensuite le finaliser à la main: un minimum de compétence en codage html et javascript de base sont quand même nécessaires.

une solution à *quel* problème?

Un proxy en php, tres simple à installer: http://www.glype.com/

et en effet:

Je n'ai pas dit ca: j'ai dit simplement voulu dire que dans le forum utilisateur Swisscomm tu devrais avoir quand même plus de chance de trouver de l'aide sur les modèles de routeurs qu'ils distribuent à leurs clients qu'ici, dans un forum Synology. Par contre, pour ton problème smtp je pense que quelqu'un pourra t'aider, patience.

Pour le routeur, en allant plutôt ici: http://supportcommun...d-p/internet_fr tu auras bien plus de chance de trouver de l'aide a mon avis. et je t'ai trouvé ce fil: http://supportcommun...-Web/td-p/33015

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: