YURI_S

Mes tests sont fait avec du Win7 64 bits uniquement, en local et en distant (je check toujours les deux). Je suis dans le même cas que toi Pierre-Olivier, il me faut une procédure simple et quasi-universelle sinon mes utilisateurs n'oserons même pas essayer.

Le problème avec la clé BasicAuthLevel du registre, c'est que si tu mets la valeur à 2, cela autorise l'authentification non-sécurisée pour les connexions non-SSL. Autrement dit, même si ça marche, ce n'est pas une solution acceptable puisque ton login/password sera transmis en clair. Même si tu te connect en https, la connexion ne sera sécurisée qu'après t'être authentifié en clair (ce qui est contraire à toute logique de sécurisation des connexions...) Je ne connaissais pas l'existance de la clé SupportLocking par contre, merci de l'info

C'est justement pour ça qu'on essai d'utiliser le client WebDAV intégré à Windows 7, qui lui gère le lock des fichiers. Mais les problématiques d'authentification sont très lourdes et pour le moment (corrigez-moi si je me trompe), on n'a pas réellement de solution idéale. J'avoue que tout ça me décoit un peu également. Comme tu dis, MichelIP, sur papier WebDav c'est just magnifique, mais en réalité c'est encore très brouillon

Je n'ai jamais compris l'intérêt de se connecter en WebDav si tu ne mappes pas un lecteur.... Si t'es obligé de faire tes transfert à la main dès que tu veux modifier un fichier, quel différence avec du FTP ?

Salut sank64, Je n'ai pas de certificat niveau 2. J'ai uniquement le certificat gratuit de StartSSL, donc classe 1. Et je crois que tu as mal interprété la clé BasicAuthLevel du registre. Si tu mets la valeur à 2, cela autorise l'authentification non-sécurisée pour les connexions non-SSL. Autrement dit, même si ça marche (je n'ai pas essayé), ce n'est pas une solution acceptable puisque ton login/password sera transmis en clair. Corrigez-moi si je me trompe

J'avais rapidement testé avec un certificat StartSSL Classe 1 (gratuit) suite aux messages lus sur ce topic, mais cela ne marchait pas avec le client Win7, alors que ça passait très bien avec NetDrive. Pour avoir testé également des connexions par l'intermédiaire du File Station (port 7000 (http) ou 7001 (https)), j'obtenais parfois un message d'avertissement comme quoi le certificat SSL provenait d'une source non-certifiée. Mais ce message ne s'affichait qu'avec Firefox. Aucun prob lors de connexion avec Chrome ou IE. Après avoir creusé une peu, il s'avère que le NAS a également besoin du certificat "Intermediate", mais avec le DSM version 3, il faut faire du telnet et bidouller pour ajouter ce certificat. Du coup j'ai un peu laissé tombé et pour le moment j'ai pas vraiment de solution. Il y a un topic entier dédié (plus ou moins) à ce problème : Si je raconte tout ça, c'est parce que ca ne marche effectivement pas non plus chez moi avec WebDav en HTTPS et le client Win7, et j'image que c'est à cause de ce certificat intermédiaire manquant.

Merci ! J'ai regardé rapidement et je ne vois pas d'info sur la possibilité de mapper un lettre d'accès ?

Du coup je suis très intéressé ! Je croyais (naïvement) que le fait d'avoir le certificat auto-signé ne changé rien. Je vais essayé avec startssl class 1

Yep, j'avais déjà vu, mais ce tuto ne marche que pour se connecter aux WebDAV d'OVH. Les serveurs WebDAV de nos Synology ne sont pas gérés de la même façon, et il y a un problème lors de l'authentification. On est obligé d'aller modifier une clé dans le registre de Windows, et du coup les login/password circulent en clair et ne sont pas protégés. Tout est (relativement) bien expliqué sur le topic du forum officiel Syno, linké juste au-dessus : T'as modifié la clé BasicAuthLevel dans ton registre ? ou bien ça marche tout seul (dans ce cas là, faut que tu m'expliques )

On en est arrivé à cette conclusion : Donc à l'heure actuelle ... faut faire du VPN (et pleurer avec la lenteur des transmissions) Si vous avez une autre solution, surtout n'hésitez pas à en parler ! Un contact direct avec les gars du support de Synology pourrait peut-être nous éclairer. Comme le WebDAV est vendu comme qqchose de "sécurisé et avec un lock des fichiers" dans les spec officiels ... avec un tuto en utilisant NetDrive (autrement dit impossible que ça marche effectivement), ils ont peut-être une solution alternative...

A priori le fautif serait NetDrive, qui ne supporte pas la fonctionnalité de verrouillage des fichiers ouverts. Plus d'infos sur le forum officiel de Synology : http://forum.synolog...p?f=164&t=58670 Bonne journée

Petit up

Salut à tous, Je me permets de déterrer le topic puisque j'ai le même problème, et les explications données ici ne me paraissaient pas juste. Pour avoir testé avec 2 utilisateurs différents, connectés en WebDAV HTTPS (avec NetDrive) depuis 2 PC différents avec 2 IP internet différentes. Les fichiers ne sont absolument pas verrouillé : chaque utilisateur peut ouvrir, modifier et sauvegarder sans que jamais un message de verrouillage ou d'obligation de lecture seule ne s'affiche. Au final c'est le dernier utilisateur à sauvegarder et à fermer son application qui va écraser n'importe quel modification effectuées par un autre utilisateur (et ce, sans aucun message d'avertissement). J'espère m'être trompé dans ma configuration, puisque comme l'a rappellé PatrickH, WebDAV permet justement d'éviter ce genre de violation de partage et de conflit de version. Mais pour le moment je suis un peu perdu A-ton plus de retour sur ce point ? D'autres utilisateurs ont-ils pu testé une utilisation de WebDAV à plusieurs utilisateurs ? PS : Le problème est identique en cas de modification d'un même fichier entre un utilisateur connecté en local et un second utilisateur connecté à travers Internet en WebDAV. Merci d'avance Mon modèle : DS212