CoolRaoul

Qu'on me corrige si je me trompe mais, quand les ACLs sont activées sur un dossier partagé, elles sont prioritaires sur les "modes" unix (en tous cas c'est ce que montrent les quelques tests que j'ai effectués). Et pas besoin de "directory mode" ou "file mode", suffit de placer des entrés d'acl par défaut (peut même se faire avec file station, pas besoin de Windows pour ça) PS: je suis toujours étonné du nombre de personnes qui choisissent l'option CIFS (protocole plutot orienté Windows) pour se connecter à partir d'un serveur Linux à un NAS Synology (Linux aussi) alors que NFS est disponible et est quand mème plus "natif" dans un mode unix<->unix

Oui, Cocher la case que j'ai encadrée: Mais il fallait faire ça *avant* de transferer les fichier Tu va devoir recommener maintenant! **EDIT** En plus, dans filezilla, l'onglet "jeu de caractères dans l'entrée utilisée pour se connecter au NAS du gestionnaire de sites doit être configuré (de préférence) en "détection automatique" ou "forcer UTF-8"

"ma" réponse (rendre à Cesar, toussa ...)

"Quickconnect" alors peut-être ?

M'étonnerait que cela ait la moindre influence sur les perfs. Par contre, par sécurité, si le dune n'a pas vocation à écrire ou modifier les fichiers du NAS ça ne peut pas faire de mal.

Je ressort ma réponse habituelle dans ce genre de cas: commencer par vérifier (et éventuellement changer) les câbles ethernet (entre le dune et le switch *et* entre le nas et le switch)

Le firewall du syno est-il activé? Si c'est le cas, essayer en le désactivant Si ca marche, après l'avoir re-activé, ajouter une règle comme ci dessous en début de liste:

Ben non: puisque CIFS et NFS n'ont rien en commun comme j'ai dit! Sur le Syno, CIFS s'active ici: et NFS ici: Chacun des deux protocoles peut s'activer indépendemment Si tu n'as que des postes client windows, tu peux faire l'impasse sur NFS Et quant au QNAP je ne connais pas. Cela dit il me semble que tu nous a dit que cela marchait via filestation non? Ce qui signifie que tu n'as rien à modifier.

Les deux protocoles (NFS vs CIFS) n'ont strictement rien en commun (mis a part leur objet: accéder a des dossiers à distance) NFS est le protocole de partage "natif" dans le monde Unix, CIFS est le protocole utilisé dans l'univers Windows La quasi totalité des NAS savent gérer les deux protocoles en mode serveur. En mode client, le Synology ne sait gérer que CIFS via filestation

A mon avis et tout simplement parce que les logiciels commerciaux ne sont pas les plus répandus chez les utilisateurs de Synology. (cf http://hwdmediashare.co.uk/pricing) Et donc, c'est plutot tu coté du support de hwmediashare que tu devrais trouver de l'aide (après tout puisque tu as payé pour le produit, ils se doivent de t'assurer une assistance).

Comme on peut le constater sur ton screenshot ("monter le lecteur distant), filestation de sait monter un lecteur distant uniquement avec le protocole CIFS, pas NFS

Ok, ce n'est rien qu'une petite incompr

Ce qui n'a strictement aucun rapport avec webdav et ne correspond pas a ce que j'ai donné comme indications. "Exécuter -> \\chemin_unc" utilise cifs/smb (le protocole de partage natif de Windows) et pas webdav Cela dit c'est quand meme inquiétant: que donne "ping <nom du syno>" (et non pas l'ip) dans une fenetre de commande? Et mon screenshot ? Je me demande bien quels peuvent bien être ces deux utilitaires: pour ma part je ne connais que l'explorateur et la ligne de commande ("net use") pour faire ça Mais d'abord résoudre le problème de résolution de nom vu ci dessus, je ne serais pas étonné qu'il soit à la base de toutes les autres anomalies.

Le DS106, déjà collector vintage?

Photostation n'est pas un service auquel on peut affecter un port dédié, et la méthode détaillée dans le tuto reverse proxy ne s'applique pas (et tu remarqueras que je n'ai pas évoqué photostation dans mes exemples. Sans doute est-il possible de résoudre le problème avec des règles de rewriting mais la ça dépasse mes compétences Apache. Pour cela Il faudra toujours passer par un bloc VirtualHost avec "ServerName photo.mondomaine.com" mais y remplacer les clause "proxy*" par des clauses "rewrite*" Si tu as le temps et la patience, la doc de référence est ici (C'est un domaine assez touffu car puissant, tellement même que l'on trouve des sites exclusivement dédiés à ça)

Ok, je te laisse compléter alors (je dois avouer pour la redirection auto du http en https ne pas m'être penché sur le problème, toute contribution sera bienvenue). PS: Tu ne nous a pas dit si c'était OK pour audiostation maintenant

Voici le lien http://www.amazon.fr...0LUVQ8O10664126 Comment est-ce possible? Pensez-vous que des pigeons vont mordre à l'hameçon?

Commencer par changer le câble ethernet entre le syno et le switch.

Mettre plutôt ProxyPass / https://localhost:8801/ ProxyPassReverse / https://localhost:8801/ Sous réserve, bien entendu, d'être configuré comme cela: Pour une meilleure cohérence et rester dans le contexte le mieux serait de mettre plutôt un commentaire au post de initial (qui me semblait pourtant suffisamment détaillé ...)

Il est fort probable que le CG3100L forni par Numericable soit équipé d'un firmware customisé par Numericable ce qui fait que DSM ne le reconnait pas comme un CG3100L "natif". Donc a priori, pas d'autre solution que la configuration manuelle, mais une rapide recherche google ne me rend pas optimiste: Source: http://entraidenet.n...rts-sur-cg3100l Je ne possède pas ce modèle, mais de ce que j'ai pu voir sur la toile, celui-ci ne semble pas proposer de configuration avancée type NAT/PAT. Il semble que la seule solution viable à votre problème serait de vous munir d'un routeur et passer le netgear en mode bridge et ainsi gérer le NAT depuis votre propre routeur.

Ca ne va pas te rassurer: quelqu'un a posé pratiquement la même question en juillet dernier il n'a pas eu la moindre réponse depuis:

x Et je l'ai indiqué pourtant à deux reprises

Tu peux nous montrer (avec un screenshot)

Ca tient du miracle...