CoolRaoul

Sur tes propres sujets, tu es autorisé à le faire: cliquer sur "modération", puis "supprimer"

**EDIT** Je viens de voir le lien sur sshfs (ce n'est pas du SFTP au passage) Faut bien prendre en compte que bien que cela ressemble fonctionnellement à un montage de file system, l'utilisation de ssh impose certaines contraintes (en terme de performances, ou du fait que tous les acces sont authentifiés sous un compte NAS unique, celui utilisé pour la connexion) Cela dit, si ça correspond à ton usage, ça me semble tout à fait OK **EDIT #2** Décidément je suis fatigué aujourd'hui: sshfs s'appuie bien sur sftp d'apres la FAQ

Comme dans ton post tu demandais comment *monter un partage* (je cite: "Je ne parviens pas à monter le partage de mon NAS") j'ai détaillé comment le faire avec protocole natif Unix, à savoir NFS (avec SFTP on se contente de faire des copies de fichiers complets ce qui n'est pas la même chose) Si tu avait indiqué ton vrai besoin (copie sécurisée de fichiers à distance) je n'aurais pas proposé cette solution.

Te reste a essayer le script de MrWaloo alors

Et pourquoi ne pas avoir demandé de l'aide sur ce point (à moins que j'ai loupé ton message)? Dans "/etc/fstab" de ton serveur Linux ajoute une ligne par dossier partagé du syno à monter, comme cela <nom ou ip du syno>:<chemin complet du dossier partagé sur le nas> <point de montage local> nfs defaults 0 0 exemple fserv:/volume1/commun /mnt/commun nfs defaults 0 0 Et tes partages seront montés au boot de ton linux automatiquement. (Tu peux monter immédiatement sans attendre tous ce que tu viens de déclarer dans fstab avec la commande "mount -a") Si tu y tiens tu peux toujours faire le montage en ligne de commande: mount -o nfs <host>:<chemin sur le nas> <chemin point de montage local> Pre requis: avoir créé les points de montages ("mkdir /mnt/commun" dans le cas de mon exemple). créer comptes et groupes sur la machine linux correspondant aux mêmes comptes sur le syno en conservant les mêmes numéros, uid et gids. (du moins les comptes et groupes du NAS que tu envisages d'utiliser sur le client Linux). donner l’accès à ta machine linux a chacun des dossiers partagés souhaités en NFS via panneau de configuration -> dossier partagé -> privileges -> privileges NFS. (tu peux y mettre tous le subnet complet avec une syntaxe du genre: <addresse subnet>/<taille masque>, exemple: 192.168.1.0/24) Sauf si l'option "root squash" est désactivée (pas de mappage) le compte "root" du client NFS linux n'a pas acces avec les droits root au fichiers exportés par le NAS (il est vu comme "admin" ou "guest") sur le NAS

Si tu n'as pas peur de mettre les mains sur le cambouis, MrWaloo nous a pondu Mais comme ton besoin est de reconstruire complètement l'index, alors autant faire: panneau de configuration-> Service d'indexage média-> re-indexation

J'ai bien peur que tu n'ais pas testé l'astuce que tu décris: le serveur samba utilisé par DSM ne permet pas d'utiliser le groupe "system" ("système" en français, pas plus que la plupart des groupes windows pré-définis ) sur une entrée d'acl, le résultat obtenu est: Ce que tu décris ne s'applique que sur des répertoires locaux. Et, de toutes façons, sur ces derniers, l'entrée d'acl pour le groupe "AUTORITE NTSystème" avec tous les droits est d'ailleurs présente par défaut sur tous les disques avec héritage automatique.

Je sais que ça ne va pas répondre à ta question mais je me demande pourquoi, pour monter partage d'un NAS tournant sous un Linux (DSM) à partir d'un client Linux (debian) tu as choisis d'utiliser un protocole Microsoft (CIFS) alors que NFS est disponible?

Bon, apparement le problème est résolu dans le dernier firmware: http://www.synology.com/releaseNote_enu/DS212j.php?lang=fre

D'abord installer optware (dit "ipkg" par certains, chercher un peu sur ce forum tu trouvera plein d'exemples) en ensuite "ipkg install lsof"

Comme d'habitude: en ne donnant *ni* la commande ou application utilisée *ni* le message d'erreur obtenu ("timeout", "connection refused", "host does not exists"...) on va pas avancer. PS : tu as bien activé le service SSH au moins?

Test effectué avec succes Ma config: Windows 8 64 Bits Si ca peut être utile voici le contenu des valeurs de la clé HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters sur ma config: Windows Registry Editor Version 5.00 [HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesWebClientParameters] "SupportLocking"=dword:00000001 "InternetServerTimeoutInSec"=dword:0000001e "ServiceDllUnloadOnStop"=dword:00000001 "ServerNotFoundCacheLifeTimeInSec"=dword:0000003c "ClientDebug"=dword:00000000 "FileSizeLimitInBytes"=dword:02faf080 "SendReceiveTimeoutInSec"=dword:0000003c "LocalServerTimeoutInSec"=dword:0000000f "FileAttributesLimitInBytes"=dword:000f4240 "AcceptOfficeAndTahoeServers"=dword:00000001 "ServiceDebug"=dword:00000000 "ServiceDll"=hex(2):25,53,79,73,74,65,6d,52,6f,6f,74,25,5c,53,79,73,74,65,6d, 33,32,5c,77,65,62,63,6c,6e,74,2e,64,6c,6c,00 "BasicAuthLevel"=dword:00000001

Précision: je confirme que ça marche mais je faut que je vérifie aussi avec BasicAuthLevel=1

Je testerai ça des que possible (suis pas chez moi là)

Mon PC est sous windows 8 maintenant

A vérifier aussi: si mes souvenirs sont exacts, dans le cas d'une Livebox, l'identification des équipements réseaux (sur laquelle se basent les déclarations de redirections) s'appuie sur l’adresse MAC, qui a forcément changé. Ca peut aussi être une piste

Non, rien avoir avec ça: c'est le même problème que rencontrent les utilisateurs ayant témoigné sur le fil de forum dont j'ai donné le lien: on sélectionne un fichier dans l'explorateur, un fait "F2" et on en change le nom Le fichier disparaît (ni le nouveau nom ni l'ancien n'est viible)

(ne le prend pas spécifiquement pour toi mais à force .... on se lasse) Ça devient une habitude de dire "ça ne marche pas" ou comme ici "le fichier est refusé" sans prendre la peine de copier/coller le message d'erreur rencontré. Met-toi un peu la place de ceux qui cherchent a aider! Pourquoi donner aussi peu d'information?

En ce qui concerne le php.ini c'est un comportement normal: DSM s'assure ainsi de conserver le contrôle complet de ce fichier (je pense que tes modifs seront aussi perdues si tu changes une option dans le panneau de conf -> service web ->Paramètres PHP) Mais il y exste d'autre façon de faire : il est possible de spécifier des variables de config php dans un autre fichier que le php.ini, et même localement dans un .htacesss comme j'ai déjà eu l'occasion de l'expliquer:

Sont revenu ici aussi après un refresh (F5) comme j'ai dit plus haut Tout cela est très bizarre.

Dingue ça: après un refresh du navigateur ils sont ré-apparus! (et ma copie d'écran a été réalisée sans trucage!)

Comme dans ton exemple il n'y a pas de numéros de ligne (comment as-tu fait d'ailleurs?) alors le problème ne se pose pas dans ce cas Voici comment je le vois:

Vu, donc la numérotation n'est pas désactivable si je comprend bien. Bon, on fera avec alors.

lapin compris

Ok merci. Et, toujours pour la balise "code", la numérotation des lines est systématique ou on peut la désactiver?