Bonjour,

Je viens de souscrire un abonnement Humyo payant pour avoir accès à 100Go d'espace de stockage et à la connexion via WebDav.

L'objectif est de faire une sauvegarde en ligne de mes données et pour cela je voulais faire un script pour monter le dossier WebDav, synchro des dossiers avec rsync et mettre le tout dans un cron.
J'ai trouvé un tuto sur le net pour faire ça avec une Debian.

Mais moi ça ne marche pas...

Lorsque j'essaie de monter le dossier humyo avec davfs2 (mount -t davfs https://dav.humyo.com /media/humyo/) j'obtiens le message d'erreur suivant: 
/sbin/mount.davfs: Mounting failed.
SSL handshake failed: SSL alert received: Erreur de version de protocole
Lorsque j'essaie de me connecter avec cadaver (cadaver https://dav.humyo.com) j'obtiens le message d'erreur suivant: 
Could not open collection:
SSL handshake failed: SSL alert received: Erreur de version de protocole
Lorsque j'utilise Se connecter à un serveur avec dans le champ Raccourci, ça marche.


J'ai deux questions.
* Est-ce que vous voyez une solution au problème "Erreur de version de protocole"?
* Comment puis-je faire en ligne de commande l'équivalent de Se connecter à un serveur? Où est monté le répertoire dans le système de fichier?

Merci pour votre aide.

Yann
S'il vous plait, quelqu'un a peut-être une idée de piste.

🙂
6 jours plus tard
Vraiment personne n'a d'expérience avec WebDav?

Est-ce que quelqu'un connait un endroit où je pourrais trouver des informations?

Merci
J'ai trouvé la réponse à une de mes questions!
Avec Nautilus, les dossier WebDav sont montés dans /home/user/.gvfs

En revanche lorsque j'essaie de copier un fichier en ligne de commande j'obtiens le message d'erreur suivant: 
cp: impossible de créer le fichier standard « /home/user/.gvfs/Partage WebDAV sur dav.humyo.com/test.txt »: Aucun fichier ou dossier de ce type
Un fichier vide est créé.
J'ai essayé de mettre des options avec cp, comme ne pas essayer de maintenir les permissions ou les droits, forcer la copie... Sans résultat.
Quelqu'un a une idée?

J'avance pas vite mais si je trouve d'autres informations je les posterai.

Je suis tout de même preneur de tous conseils 😉
J'ai toujours pas trouvé...

Mais je continue mes recherches!

Voilà mes avancées:
1. J'ai trouvé quelqu'un qui a le même problème avec une Ubuntu. Il a pas non plus de réponse...
2. Sur un forum Nokia, ils indiquent que le problème de version de protocole peut être due à un bug de gnutls.

Sur ce dernier point, ils indiquent comment corriger le problème pour git et svn mais rien pour davfs (arg).
J'aurai tendance à penser qu'il faut que je désinstalle davfs et que je le recompile à partir des sources en attribuant d'obscure paramètres, du genre de ceux indiqués pour git: --with-openssl --with-expat and --with-curl.
Le soucis c'est que je ne suis sûr de rien et que c'est tout de même assez largement au-dessus de mes compétences.

Est-ce qu'une bonne âme passant par là pourrait me donner un avis ou un conseil ou... un Mars :lol:

J'y retourne.
4 jours plus tard
Quelqu'un pour me donner un coup de main?
Salut Totodu29,
Comme je vois que tu restes décidément tout seul dans ton post, je fais un petit up, mais, désolé, je n'ai pas d'idée. 🙁
Merci Fifi du soutien psychologique :-D !!!!
C'est vrai qu'on s'entraide pour améliorer les applications et l'OS mais qu'on ne pense pas assez à encourager le bonhomme devant la machine.

C'est parti pour le WebDavthon!
Une pierre de plus dans ma recherche.

Sur le post du forum ubuntu, le gars avec un problème similaire au mien a trouvé une "parade".
Au lieu de se connecter en https, il se connecte en http.

Ok, en terme de confidentialité c'est pas la panacé mais c'est un début et ça permet de mettre en évidence le fait que le problème vient de SSL.
La question c'est est-ce que c'est au niveau de Humyo ou au niveau de l'OS.
Je ne sais pas dans quelle version de SSL il est (ni moi d'ailleurs) et je ne sais pas si ce sont les mêmes sources pour les deux OS. J'aurai plutôt tendance à penser que le problème vient de Humyo, mais c'est plus un ressentiment, conforté par le fait que Humyo a récemement était racheté par Trend Micro.

Bon je suis toujours preneur si quelqu'un a une idée pour résoudre vraiment le problème.
Salut question bête, as tu récupérer le certificat au format .pem car ssl marche avec des certificats.

Perso j'ai pas tester webdav (donc je peut pas trop d'aider sur ce point là, enfin je peut tenter quant même), mais par contre, vu que j'ai mis en place un petit serveur web perso avec ssl et donc la création de certificat autosigner peut être que je peut d'aider sur la partie ssl bien que je ne soit pas un expert ssl (peut être y en as t'il eu qui finira par passer ici).

Sinon je sait qu'il existe plusieurs version de ssl (qui en version 3 à changer de nom pour info ssl devient Transport Layer Security (TLS) en 2001. En gros ssl 3.0 = TLS 1.0

Donc il te faudra voir qu'elle version à tu paramétrer dans davfs, il te faut aller voir dans le ou les fichiers .conf de davfs (voir mieux les publier ici si tu veux que je tente de t'aider).

d'après ce site web : man mount.davfs

Le fichier conf serai dans /etc/davfs2/davfs2.conf ou ~/.davfs2/davfs2.conf voir, pour certain paramètre spécifique à un utilisateur ~/.davfs2/davfs2.conf ou ~ est le nom de ton utilisateur.
Les erreurs indiquent clairement un soucis sur la gestion du https.

As-tu pensé à remonter le bug ?
Merci les gens pour votre aide!

@pingou: non je n'ai pas remonté de bug et, honte sur moi, je ne sais pas comment faire. Je suppose que ce doit être expliqué sur le forum, je vais chercher et faire ça.

@ritchi
* J'ai récupéré le certificat .perm. En fait j'ai suivi un How To d'un mec sous Ubuntu qui se sert de Humyo avec Webdav et pour qui ça marche.
J'ai fait:
wget -O - "https://support.comodo.com/index.php?_m=downloads&_a=downloadfile&downloaditemid=10" | \
tee /etc/davfs2/certs/addtrust_ab.pem
* Lorsque j'essaie de me connecter j'obtiens un message d'erreur qui m'indique une erreur de version de protocole, donc je suis peut-être tout à fait dans le cas que tu présentes d'une mauvaise version de ssl.
Mon fichier davf2.conf: 
# davfs2 configuration file 2009-04-12
# version 9
# ------------------------------------

# Copyright (C) 2006, 2007, 2008, 2009 Werner Baumann

# Copying and distribution of this file, with or without modification, are
# permitted in any medium without royalty provided the copyright notice
# and this notice are preserved.


# Please read the davfs2.conf (5) man page for a description of the
# configuration options and syntax rules.


# Available options and default values
# ====================================

# General Options
# ---------------

# dav_user        davfs2            # system wide config file only
# dav_group       davfs2            # system wide config file only
# ignore_home                       # system wide config file only
# kernel_fs       fuse
# buf_size        16                 # KiByte

# WebDAV Related Options
# ----------------------

# use_proxy       1                 # system wide config file only
# proxy                             # system wide config file only
# servercert YT : 10/12/2010
servercert /etc/davfs2/certs/addtrust_ab.pem
# clientcert
# secrets         ~/.davfs2/secrets # user config file only
# ask_auth        1
# YT : 10/12/2010, disabel file locking system
use_locks       0
# lock_owner      <user-name>
# lock_timeout    1800              # seconds
# lock_refresh    60                # seconds
# use_expect100   0
# if_match_bug    0
# drop_weak_etags 0
# allow_cookie    0
# precheck        1
# ignore_dav_header 0
# server_charset
# connect_timeout 10                # seconds
# read_timeout    30                # seconds
# retry           30                # seconds
# max_retry       300               # seconds
# add_header

# Cache Related Options
# ---------------------

# backup_dir      lost+found
# cache_dir       /var/cache/davfs2 # system wide cache
#                 ~/.davfs2/cache   # per user cache
# cache_size      50                # MiByte
# table_size      1024
# dir_refresh     60                # seconds
# file_refresh    1                 # second
# delay_upload    10
# gui_optimize    0

# Debugging Options
# -----------------

# debug           # possible values: config, kernel, cache, http, xml,
                  #      httpauth, locks, ssl, httpbody, secrets, most
Merci à tous les deux pour votre aide.

Yann
En fait, j'ai pas trouvé comment signalé un bug.
Et la question qui tue, à qui le signaler?
Merci!

Et c'est parti pour mon premier signalement de bug.

Quelqu'un pour regarder mon fichier de conf?

Merci à tous pour votre aide.

Yann
25 jours plus tard
Je viens d'avoir un retour de mon signalement de bug. Une personne qui a eu le même problème et qui a trouvé un contournement.
Il a configuré fusedav pour utiliser libneon-libssl au lieu de libneon-gnutls et ça marche.
Question, comment on fait ça???? Une idée?

Question annexe, est-ce que vous savez comment il a fait pour analyser les trames?

Merci pour votre aide.

Yann
Bonjour,

J'ai contacté la personne qui a fait une réponse sur BugZilla pour lui demander plus de précision concernant la marche à suivre pour changer de librairie et voilà sa réponse:
Sorry, I haven't worked out how to do it on Fedora 14 and can't give
specific instructions.

On Debian or Ubuntu you can use my fusedav binaries (32- and 64-bit
versions).

Download:
$ wget -O fusedav 'https://safesync.com/LMFdGRJZ/fusedav-32?a=uAm4eOKwL-g'
$ # or 64-bit: https://safesync.com/LMFdGRJZ/fusedav-64?a=zR5FgA8mmKo
$ chmod 755 fusedav
$ sudo aptitude install fuse-utils libfuse2 libneon27

Run:
$ ./fusedav https://dav.trendmicro.safesync.com/ /media/safesync

I can access my files in /media/safesync.
Je n'ai pas encore testé, je vous tiens au courant. Je ne sais pas si sa librairie sera compatible avec Fedora...
Ca avance!!!