CoolRaoul

Déja, comme tu es repassé sur le port tu ne devrais plus trouver ces références au port 8080 Donc en effet la config WordPress est a vérifier, me semble que l'on doit lui donner quelque part l'url externe de la racine du site, ici ca sera donc à priori www.bogisa.fr. ensuite la conf reverse proxy doit être plutôt celle ci: <IfModule !proxy_module> LoadModule proxy_module modules/mod_proxy.so </IfModule> <IfModule !proxy_connect_module> LoadModule proxy_connect_module modules/mod_proxy_connect.so </IfModule> <IfModule !proxy_http_module> LoadModule proxy_http_module modules/mod_proxy_http.so </IfModule> <IfModule !proxy_ftp_module> LoadModule proxy_ftp_module modules/mod_proxy_ftp.so </IfModule> NameVirtualHost *: <VirtualHost *:> ServerName www.bogisa.fr ProxyPass / http://192.168.1.18/wordpress/ ProxyPassReverse / http://192.168.1.18/wordpress/ </VirtualHost>

Si tu as activé photostation par défaut toutes tes photos (ce que tu as mis dans le partages "photo") sont en lecture publique. Photostation a sa propre gestion des droits distincte des droits d'acces aux partages et aux fichiers (bien qu'il puisse utiliser la meme pase de comptes utilisateurs) Ah oui, j'avais oublié ça aussi

Par "simple a communiquer" tu veux dire sans numéro de port j'imagine? Donc tu peux comprendre que les connexions utilisant cette url vont forcément aboutir sur le NAS sur lequel est redirigé le port via la livebox. Si tu veux aboutir, in fine, sur le *deuxième* NAS, c'est bien sur le premier qu'il faut configurer un reverse proxy de façon a rediriger les connexions correspondant à cette URL sur le 2eme. CQFD

plus précisément, puisque tu as redirigé le vers le du premier nas, tu met un reverse proxy sur celui-ci ServerName www.bogisa.fr ProxyRequests Off ProxyVia Off Order deny,allow Allow from all <proxy> ProxyPass / http://IP_DU_2eme_NAS/wordpress/ ProxyPassReverse / http://IP_DU_2eme_NAS/wordpress/ </proxy> Et tu oublie le port 8080

en tapant http://bogisa.fr:8080 ? **EDIT** Solution: mettre un reverse proxy sur le premier NAS qui redirige vers le 2eme

Tu devrais commencer par simplifier ta configuration: supprimer toute la partie reverse proxy, tout laisser sur le port . Dans la config livebox tu redirige le 8080 vers le d'un des deux nas et le vers l'autre Et tu verras que tout va redevenir bien plus simple

quand tu tapes l'url dans le navigateur sans donner de port, tu vas arriver avec le port qui est redirigé par la configuration de la livebox sur barbe-rouge et donc tu arrive sur barbe-rouge,, tout est normal

Et alors quel est le probleme? L'utilisation d'un port n'a pas être unique sur un lan **EDIT** tu peux tres bien utiliser le port sur les deux nas et dans ta redirection de port sur le livebox tu met: port externe:, port interne:, equipement:barbe-rouge port externe:8080, port interne:, equipement:barbe-noire **EDIT #2** et pas besoin de reverse proxy a priori

Quelle méthode as-tu employé pour que photostation utilise le port ? --> c'est bon pour la question ci dessus, j'ai trouvé pourquoi ne pas être resté sur le port http standard () ? "NAS2" c'est "barbe noire" ou "barbe rouge" ? ** message modifié***

C'est la redirection sur ton routeur ou ta box qui n'est pas correcte

et que donne directement la commande? /volume1/sauvegarde/config_nas/map_drive.sh start Si il n'y a pas d'erreur ici, une possibilité est que dans ton script tu aie un caractère de contrôle invisible qui se soit introduit sur cette ligne 8. Tu peux essayer de l'éditer, détruire cette ligne et la retaper

et si tu exécute /etc/rc.local à la main ca donne quoi dans la log? ***EDIT*** Petite suggestion: remplace exec >> /volume1/web/boot.log 2>&1 par [ -t 2 ] || exec >> /volume1/web/boot.log 2>&1[/code] Ainsi les diagnostics iront dans la log uniquement lorsque la sortie d'erreur n'est pas un terminal (lors du boot par exemple) mais, quand lancé à la main, la sortie ne sera pas modifiée (ira vers l'ecran donc)

Pour optware il y a plein de tutos qui traînent, je n'ai pas de lien sous la main mais ca devrait se trouver facilement. (Même si le repo optware n'est plus a jour pour PPC, dans tous les cas la version du perl sera largement plus récente que celle intégrée à DSM.) Cela dit, ça serait bien d'avoir un perl dispo sous format spk (*) , mais ça ne doit pas être une mince affaire à packager dans l'environnement de cross compilation ... * note: ceci est un message subliminal à l'attention de Diaoul, apres tout il n'y a pas que python dans la vie.

Merci à ma coloration syntaxique du forum qui a aidé à trouver le bug: manque une quote apres le %T" **EDIT** a non zut **EDIT #2** petit conseil déja: au lieu de répéter les ">>/volume1/web/boot.log" à chaque ligne contente toi de mettre la ligne exec >/volume1/web/boot.log 2>&1 en début de script tout simplement **EDIT #3** a non zut Et bien oui finalement: date "+%d/%b/%Y a %T" >/volume1/web/boot.log me semble plus correct que ton date "+%d/%b/%Y "a" "%T >/volume1/web/boot.log[/code]

Bon

As-tu remarqu

osname=linux, osvers=2.6.15, archname=PPC_853X Ah j'avais pas fait gaffe

Pas besoin de regarder plus avant, voici la mienne Summary of my perl5 (revision 5 version 10 subversion 0)[/code] Je crois que la est le problème Tu es sous quelle version de DSM?

Je viens soudain de remarquer dans ta signature que tu es dans une ancienne version de DSM: Je ne suis pas sur à 100% que la prise en compte de "/usr/local/etc/rc.d" était déja opérationnelle dans cette version-la (mais je pense que oui quand même) A toi de tester.

tu

écriture *et* exécution ce que fait un bon vieux "chmod 755" des familles tout bêtement/ Oui, en disant "options" je voulais dire "arguments" en effet Les scripts vont être exécutés avec $1="start" quand le syno boote et $1="stop" lors du shutdown Et quelle est la différence entre les deux à ton avis ? Tu n'as pas l'impression qu'un script, apres tout, c'est quelque part "des commandes dans un fichier", non?

Si tu ne veux pas avoir à réinstaller (notamment en cas d'upgrade firmware) oublie "/etc/rc.local" et met plutôt tes scripts dans "/usr/local/etc/rc.d" (tout le contenu de /usr/local est préservé lors des upgrades, mais ça ne t’empêche pas de faire des sauvegardes) La dedans tu peux mettre tes propre scripts de démarrage/arrêt qui doivent simplement respecter les conventions suivantes: leur nom doit se terminer par ".sh" le mode doit être 755. ils doivent accepter les options “start” ou “stop” (mais peuvent les ignorer) Ces scripts seront exécutés séquentiellement au démarrage avec l'argument "start" et lors du shutdown avec l'argument "stop". Est-ce que tous les répertoires existent au moins ( "/volume1/video" *et* "/volume1/share/videos" par exemple) ?

Je ne voudrai pas te décourager mais .... Depuis l'annonce de l'abandon de webdav par Hubic *tout le monde* a très probablement laisser tomber. Par conséquent, comment et de la part de qui peux-tu espérer trouver de l'aide?

Je ne sais pas quoi te répondre... dans le monde des NAS et des passerelle multimédia en général ces protocoles sont assez familiers pourtant . Si tu a un popcorn sous la main rien ne t'empeche de faire le test (quoi qu'en pratique je ne vois pas bien ce que tu veux dire par "recopier l'url dans le popcorn", mais j'imagine que tu te comprends) La doc du produit est ici: http://www.downloads...0_UM_3Feb11.pdf voir autour de la page 18 ("Finding Media on Your Network")