CoolRaoul

Aucun "coup de bol" la dedans: tant que tu ne touches pas aux droits du partage "photo_externe" une fois créé, étant donné que DSM le génère initialement avec le mode "rwxrwxrwx", ça fonctionne. Je voulais simplement (et surtout) te prévenir de ne pas toucher aux droits de "photo_externe" *par la suite*, pour que Photostation puisse continuer à gérer ce répertoire (générer les thumbnails, éventuellement créer des sous-albums, supprimer des photos).

Ce que tu décris la, c'est un peu le principe de la synchronisation faut dire ... Comment voudrais-tu que cela se passe en pratique?

Dans ce cas en effet ça répond à tes specs Fait cependant gaffe à surtout bien positionner les droits des dossiers de ton nouveau partage "photos_externes". Ils doivent être à lire/écrire/exécuter pour "tout le monde" ("autre" dans filestation) (mais tu peux mettre des droits restrictifs au niveau du dossier partagé, c'est pas incompatible) En effet, comme on l'a déjà expliqué, Photo Station a besoin que les répertoires qu'il manipule (et ça inclue maintenant "photos_externes" via le "mount -bind") soient accessibles en lecture/écriture pour les process apache qui sont exécutés sous le user nobody/groupe nobody. (c'est pour cela que DSM ne permet pas de les modifier normalement : ACL interdites et droits grisés dans filestation pour "Photo") Mais là, tu n'auras plus ce garde-fou, et donc, si tu manipule les droits (via file station ou en partage Windows sur les dossiers et les fichiers de ton nouveau partage, tu risques de rencontrer des dysfonctionnements particulièrement délicats à debugger ensuite. Voila, tu es prévenu.

Dans ce que tu nous décris, je ne vois pas la différence avec la création directe de l'album "photos_externes" dans le partage "photo". Puisqu'ils les utilisateurs sélectionnés vont n'utiliser que l'interface Photo Station pour uploader leur photos, suffit que ces mêmes utilisateurs n'aient pas acces au partage "photo" (autrement qu'a travers de PhotoStation) et c'est tout.

le content de "/usr/syno/etc/packages/VideoStation/channels.conf" m'a l'air bien étrange chez toi J'aimerai bien voir à quoi il ressemble

Tu peux te créer un compte google music (https://play.google.com/music/,) Bien qu'en principe pas dispo hors des US, suffit de passer par un proxy pour initialiser le compte et une fois effectué le proxy n'est plus nécessaire) Tu y télécharges tes mp3 avec l'appli dédiée (Music Manager) Ensuite tu utilise google listen sur ton android qui gère un cache.

Ca ne serait pas plutôt du coté du lecteur que tu utilises pour lire les videos que se situe le problème? Tu peux utiliser mediainfo (http://mediainfo.sourceforge.net/fr/Download) pour visualiser les caractéristiques exactes du fichier .ts généré. Utilises-le pour chercher "aspect ratio"

Tu es sur que la freebox supporte ce protocole? Quelle est la source de ton info? Et si c'était le cas quel est l'intéret ? La bande passante des transferts entre la Freebox et le switch sera limité par bien d'autres facteurs, en amont ou en aval. Tu vas avoir double bande passante théorique entre le NAS et le switch. Mais cela n'a de justification uniquement si tu as *plusieurs* PC connectés au NAS (via le switch) et faisant des transferts à vitesse max *simultanément*. Hors, ici, tu nous parles de connexion ponctuelles d'un seul PC portable: ça ne colle pas! (ou alors je n'ai rien compris)

Dans ce cas tu désactives la fonction routeur de ton routeur et tu ne garde sur ce dernier que la celle de point d'acces WIFI. Tu met tous tes équipements (routeur y compris) dans le même subnet (celui de la Freebox). Tu t'assures de n'avoir qu'un seul serveur DHCP actif sur ton LAN (soit la Freebox soit le routeur) Et alors, avec ça, tout devrait marcher et communiquer sans aucun problème. C'est la configuration type qu'utilisent très certainement plus de 99% des membres de ce forum à leur domicile. Faudra sans doute un peu se palucher la doc du routeur ou aller chercher assistance sur le forum de support de constructeur d'icelui, mais l'investissement en vaut la peine par la somme d'ennuis à venir que tu vas t'épargner je t'assure Si tu persistes dans cette direction tu es parti pour des problèmes biens velus (et en prime je parie qu'on ne va pas tarder à te voir revenir demander de l'aide pour configurer l’accès à ton NAS depuis internet et avec les doubles redirections de ports en cascades requises par ta config actuelle, bonjour...)

Dans ce cas faudrait utiliser un simple switch (c'est sur lui que tu branchera tes appareils) alors plutôt qu'un routeur et ta config sera hyper simplifiée On en trouve des tres corrects autour d'une quinzaine d'euros.

Pourquoi connecter un routeur à la Freebox sachant que cette dernière fait *déja* routeur? Ou alors mettre au moins cette dernière en mode bridge, histoire de ne pas jongler avec deux lans et donc subnets différents et tous les emm ennuis afférents. J'ai l'impression que tu te compliques la vie inutilement (et le problème que tu rencontres en est la démonstration)

N'aurais-tu pas des extensions qui pourraient poser problème? (adblock par exemple) Fait un essai en mode "navigation privée": qu'est-ce que cela donne dans ce cas?

C'est vrai que les réponses sur ce point sont un peu dispersées dans plusieurs post. Donc en résumé: PhotoStation prend en compte *uniquement* les dossiers et sous dossiers du partage "photo". Ce dernier doit avoir pour cela des droits un peu spéciaux (le compte/groupe sous lequel tourne le serveur web, [nobody:nobody] doit avoir accès r/w pour que cela fonctionne). C'est fait automatiquement par DSM si on ne va pas faire de modifs manuelles en se connectant en shell. Il s'agit des droits au sens Unix et non pas des droits globaux sur le partage (dossier partagé dans le panneau de conf). PhotoStation sait s'appuyer sur les service d'indexation mais cela ne signifie pas que tous les dossiers indexés par ce dernier apparaissent dans PhotoStation.

Dans ce cas la solution est bien le reverse proxy (ou mieux le package haproxy qu'est en train de nous préparer Diaoul des qu'il sera sorti de sa phase beta)

Ou plus simplement avec la directive redirect **EDIT** (Sous réserve d'avoir bien compris ce que tu veux faire)

Est-ce que le flux en direct fonctionne au moins?

Ce ne sont pas les droits qui sont bizarres, mais apparement le fichier, qui aurait du se nommer "epg.1542@562167000" est, pour une raison que j'ignore encore, g

Attention

Macrium Backup, mais il ne dispose pas de la fonctionnalité "Nonstop backup" de True Image qui est, j'imagine, celle que tu souhaites vu ton premier post.

Avant de te fier aux bonnes critiques je te conseille d'aller te ballader sur le forum de support, voir les problèmes rencontrés par les utilisateurs. Pour ma part, j'ai été un client fidèle de cet éditeur jusqu'à la version 2011 incluse mais j'ai fini par décrocher, submergé par les bugs et dysfonctionnement tordus. Peut-être que depuis lors la situation s'est rétablie mais dans tous les cas je ne peut que te conseiller que de commencer par tester la version d'évaluation du produit (ici puis choisir le lien "essayer") Tu pourra ainsi te faire ta propre opinion en toute autonomie sans influence extérieure.

Je crois que la solution est ici: Dans le champ "nom d'hote ou IP statique" mettre le nom DNS complet

Je viens de tester la manip et le message contient deux url, une interne et une externe Voici son contenu:

Windows 8 ? (http://www.clubic.co...e-fichiers.html) Ok je sors