CoolRaoul

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")

A moins d'avoir une carte réseau vraiment exotique, mais sais-t-on jamais ... Tu peux ajouter des drivers à la main lors du boot sur le recovery (il y a une invite pour le faire), il sait aller les chercher sur une clé USB en principe (en espérant que tes ports USB3 soit eux aussi reconnu par le recovery...) Ils faut que l'archive qui contient les drivers ait été extraite pour que cela fonctionne (7zip sait extraire meme les .exe auto extractibles)

Taper dans VideoStation je ne pense pas (pour le moment les deux seuls accès disponibles sont en http sur l'interface web et avec l'appli IPhone et il ne me semble pas que l'API utilisée ait été documentée par Synology), Par contre, en accès SMB, NFS ou DLNA sans aucun doute (ma passerelle Netgear NeoTV le fait, alors un popcorn pas de raison qu'il ne sache pas) mais je reconnais que ça ne répond pas exactement à ta question .

Pressions de managers influents qui ne veulent pas devoir renoncer à leur accès à Linked-IN ?

La necessité d'utiliser des outils sophistiqués pour effacer définitivement les données d'un disque est quand même assez controversée, je considère aussi, comme le dit Pluton, un simple "dd" avec des zéros largement suffisant Voir ici une, à mon avis intéressante, contribution au débat: http://linuxfr.org/u...-son-disque-dur Qu'il faille utiliser des logiciels payants pour ça me laisse franchement perplexe, mais bon faut bien faire marcher le commerce.

Mais ce n'est pas que chez toi, l'opérateur de contatanation de chaines est bien le "." en perl. Mais, je ne vois pas bien ou est cette virgule fautive dans mon script? **EDIT** Vu, en effet j'ai mis des "," pour séparer les arguments de print Malgrès cela je ne percute pas: la commade print OUT chaine1 . chaine2 . etc ... devrait se comporter à l'identique de print OUT chaine1 , chaine2 , etc ...[/code] En effet, dans le premier cas on invoque print avec un *unique* argument constitué de la concaténation des chaines et dans le second cas avec n arguments, chacun constitués d'une chaine. C'est la seule modification que tu as apporté au script? Pourrais-tu faire stp la commande suivante: [CODE]perl -V[/code] et nous donner le résultat ici ?