Aller au contenu

Messages recommandés

Posté(e)

Alors voici un extrait de "wikipedia" sur le sujet de webdav :

WebDAV (Web-based Distributed Authoring and Versioning) est un protocole (plus précisément, une extension du protocole HTTP) défini par le groupe de travail IETF éponyme. Décrit dans la RFC 4918, WebDAV permet de simplifier la gestion de fichiers avec des serveurs distants. Il permet de récupérer, déposer, synchroniser et publier des fichiers (et dossiers) rapidement et facilement. L'objectif principal de WebDAV est de rendre possible l'écriture à travers le web et pas seulement la lecture de données. WebDAV permet à plusieurs utilisateurs d'éditer le contenu d'un dossier web simultanément. Il saura gérer les droits d'accÚs aux fichiers (ou dossiers), en verrouillant momentanément les fichiers et dossiers édités. Sous Windows XP, les dossiers WebDAV se trouvent dans les "Favoris réseau".

Donc c'est tout Ă  fait normal, comment voudrait tu gĂ©rer le contenu d'un fichier si deux personnes peuvent l'Ă©diter en mĂȘme temps... c'est le dernier qui enregistre qui "gagne" et qui dĂ©truit les modifs de l'autre !?

Patrick

Posté(e)

Alors voici un extrait de "wikipedia" sur le sujet de webdav :

WebDAV (Web-based Distributed Authoring and Versioning) est un protocole (plus pr

  • 1 an aprĂšs...
Posté(e) (modifié)

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 :unsure:

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

Modifié par YURI_S
Posté(e) (modifié)

On en est arrivé à cette conclusion :

Du coup il n'y a pas de solutions pour WebDAV. Si je résume les 3 possibilités et les 3 problématiques, on a :

- NetDrive : Ne prend pas en compte le lock des fichier

- Bitkinex : Ne permet pas de mapper une lettre d'accĂšs

- Client WebDAV intégré à Win7 : Ne permet pas une connexion sécurisée

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 ! :unsure:

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...

Modifié par YURI_S
Posté(e)

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 ! :unsure:

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...

Je me connecte avec le client WebDAV de win7 en https.

Par contre, je pense qu'il faut que le certificat soit valide.

Posté(e)

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 :

Je me connecte avec le client WebDAV de win7 en https.

Par contre, je pense qu'il faut que le certificat soit valide.

T'as modifié la clé BasicAuthLevel dans ton registre ? ou bien ça marche tout seul (dans ce cas là, faut que tu m'expliques :) )

Posté(e)

Je suis en https... Dans ce cas, l'authentification basic est autorisée. Mais je crois que cela ne fonctionne que si la connexion à un certificat valide (cad, pas le auto signé du syno). Perso, j'ai installé un certificat startssl pour https.

Posté(e) (modifié)
:o 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 :rolleyes: Modifié par YURI_S
  • 2 semaines aprĂšs...
Posté(e)

Petite info :

Cyberduck offre une alternative intéressante à Netdrive.

Il permet de conserver la connexion sécurisée via le port 5006 sans certificat particulier.

Il respecte la rĂšgle du verrouillage du fichier lors de sa modification et met le cache a jour Ă  la demande.

L'interface est plus compliquée à utiliser pour un utilisateur lambda.

Netdrive offre la transparence mais est source d'erreur !

A suivre donc ...

Pierre-Olivier

  • 4 semaines aprĂšs...
Posté(e)

AprÚs avoir utilisé NetDrive pendant un moment je me suis rendu compte qu'il était instable (j'ai un USBstation 2 et aprÚs quelques heures d'utilisation, la connexion à mon NAS s'interrompait, il fallait que je redémarre le routeur pour résoudre le problÚme). J'ai fini par acheter un domaine chez ovh pour pouvoir avoir un certificat de sous domaine chez Start SSL (gratuit) en espérant pouvoir utiliser le dav de windows 7.

Mais le problĂšme c'est que je n'arrive toujours pas Ă  me connecter via la DAV de windows :

j'ai essayé les adresses suivantes: https://ip.du.nas:5006 (port du webdav) ou https://ip.du.nas mais cela ne fonctionne pas.

Pourtant je me connecte sans problĂšme avec la mĂȘme adresse avec netdrive, ou sur android avec l'app de synology dsfile en utlisant le domaine ip.du.nas

@ tous: Est-ce que vous avez des idĂ©es d'oĂč provient l'erreur ?

@Brunchto: Quel niveau de certification de StartSSL tu as ? Faut-il une certification du domaine entier (=payante) ou cela fonctionne avec simplement un sous domaine?

Kevin

Posté(e)

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.

Posté(e)

@YURI_S: (Pour ĂȘtre sĂ»r qu'il y a besoin du certificat niveau 2) Est-ce que tu as changĂ© la clĂ© BasicAuthLevel Ă  la valeur 2 du registre HKEY_LOCAL_MACHINESYSTEMCurrentControlSetservicesWebClientParameters ? Cette valeur accepte les certificats auto signĂ©s (la valeur 1 uniquement les certificats complĂštement signĂ©s, et 0 aucun certificats). Ca vaudrait le coup si tu as le certificat de niveau 2 de tester avec diffĂ©rentes valeurs de cette clef de registre.

Tiens moi au courant Yuri, je suis intéressé

Kevin

Posté(e) (modifié)

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.

  • 0 - DĂ©sactivĂ©e l'authentification de base
  • 1 - Authentification de base activĂ©e pour seulement les partages de Secure Sockets Layer (SSL)
  • 2 ou supĂ©rieure - authentification de base activĂ©e pour les partages SSL et pour les partages non-SSL

Corrigez-moi si je me trompe :unsure:

Modifié par YURI_S
Posté(e)

Je viens de trouver un logiciel pour se connecter en Webdav sur Windows 7 avec support du SSL certifié niveau 1 ça s'appelle Cyberduck: http://cyberduck.ch/

Il fait aussi du ftp ssl, synchro, etc..

Ca ressemble plus à un logiciel de ftp, parce qu'il n'y a pas d'émulation de dossier...

Posté(e) (modifié)

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 ?

Modifié par YURI_S

Rejoindre la conversation

Vous pouvez publier maintenant et vous inscrire plus tard. Si vous avez un compte, connectez-vous maintenant pour publier avec votre compte.

Invité
Répondre à ce sujet


×   CollĂ© en tant que texte enrichi.   Coller en tant que texte brut Ă  la place

  Seulement 75 Ă©moticĂŽnes maximum sont autorisĂ©es.

×   Votre lien a Ă©tĂ© automatiquement intĂ©grĂ©.   Afficher plutĂŽt comme un lien

×   Votre contenu prĂ©cĂ©dent a Ă©tĂ© rĂ©tabli.   Vider l’éditeur

×   Vous ne pouvez pas directement coller des images. Envoyez-les depuis votre ordinateur ou insĂ©rez-les depuis une URL.

×
×
  • CrĂ©er...

Information importante

Nous avons placĂ© des cookies sur votre appareil pour aider Ă  amĂ©liorer ce site. Vous pouvez choisir d’ajuster vos paramĂštres de cookie, sinon nous supposerons que vous ĂȘtes d’accord pour continuer.