maindavfs2 - Support: sr #109503, Mounting SharePoint WebDAV fails:...

 
 

sr #109503: Mounting SharePoint WebDAV fails: could not parse challenge

Submitter:  None
Submitted:  Wed 09 May 2018 05:57:30 PM UTC
   
 
Category:  None Priority:  5 - Normal
Severity:  3 - Normal Status:  In Progress
Privacy:  Public Assigned to:  _71007
Originator Email:  -email is unavailable- Open/Closed:  Closed
Operating System:  None
* Mandatory Fields

Add a New Comment Rich Markup
   

Jump to the original submission

Sun 22 Jul 2018 12:06:01 PM UTC, comment #7: 

It must have been a copy/paste error .. libneon is in there when I run ldd

I think I'll try a clean ubuntu 18.04 install before i do anything else. That will have to wait a couple of weeks though...

Your reply is very detailed and useful - thank you for that.

I'll be sure to post, if I have any luck with a fresh install.

Søren O'Neill <soren_dk>
Sat 21 Jul 2018 07:00:09 PM UTC, comment #6: 

Output of ldd:
I am missing the Neon-library. On my Debian system the second line is
libneon.so.27 => /usr/lib/x86_64-linux-gnu/libneon.so.27 (0x00007f459cd8c000)

Is this a copy&paste error? If not then something is really weird with your davfs2 installation. In this case you should remove your current davfs2 package and install it newly with apt. The Debian-package is linked against a Neon-version with OpenSSL that supports NTLM-authentication (but it is Microsoft and there may be many incompatible variants around).

From your first message I noticed some points that indicate that you use some very old and outadet advice instead of the documentation that comes with the package (README, man pages mount.davfs and davfs2.conf, information contained in the configuration files).

"coda module loaded"
Useless. davfs2 uses the fuse kernel module by default. Usually there is no need to load the fuse module manually.

In the secrets file
"https://path_to_share username password"
Don't use the URL, use the mount point instead. Read the comment in the secrets file.

In the fstab you set option "user" to allow an unprivileged user to mount the file system. Mount point is /home/user/webdav That is what I recommend. But

  • you should not use "sudo". It is not necessary. User "user" is allowed to mount the file system.
  • you should use the configuration and secrets file in the hidden directory "/home/user/.davfs2". This is for user "user" only and you should not fill your system wide confiuration file with entries that are for one user only. mount.davfs creates this directory with default files when a user tries to mount a davfs2 file system for the first time.


"mount https://path_to_share"
Dont't use the URL, use the mount point instead. The same URL may be used for different file system (e.g. from different users) but the mount point must be unique for davfs2 file systems. In the common case when the user's home directory is the current working directory "mount webdav" will do the job.

If authentication still does not work you may set options "debug http", "debug httpauth" and "debug secrets" and check your logfiles for messages from mount.davfs. You may additionally ask your server admin for log entries from the server.

Werner

- <_71007>
Fri 20 Jul 2018 08:03:18 AM UTC, comment #5: 

I am still struggling with this.

Anyway, I think I might be getting closer to the problem:

$ dpkg -l | grep neon
ii  libneon27:amd64                                 0.30.2-2build1                              amd64        HTTP and WebDAV client library
ii  libneon27-dev                                   0.30.2-2build1                              amd64        Header and static library files for libneon27
ii  libneon27-gnutls:amd64                          0.30.2-2build1                              amd64        HTTP and WebDAV client library (GnuTLS enabled)


$ ldd /sbin/mount.davfs
        linux-vdso.so.1 (0x00007ffc489e2000)
        libz.so.1 => /lib/x86_64-linux-gnu/libz.so.1 (0x00007f61c79ce000)
        libssl.so.1.1 => /usr/lib/x86_64-linux-gnu/libssl.so.1.1 (0x00007f61c7764000)
        libcrypto.so.1.1 => /usr/lib/x86_64-linux-gnu/libcrypto.so.1.1 (0x00007f61c72ec000)
        libgssapi_krb5.so.2 => /usr/lib/x86_64-linux-gnu/libgssapi_krb5.so.2 (0x00007f61c70a1000)
        libxml2.so.2 => /usr/lib/x86_64-linux-gnu/libxml2.so.2 (0x00007f61c6ce0000)
        libc.so.6 => /lib/x86_64-linux-gnu/libc.so.6 (0x00007f61c68ef000)
        libpthread.so.0 => /lib/x86_64-linux-gnu/libpthread.so.0 (0x00007f61c66d0000)
        libdl.so.2 => /lib/x86_64-linux-gnu/libdl.so.2 (0x00007f61c64cc000)
        libkrb5.so.3 => /usr/lib/x86_64-linux-gnu/libkrb5.so.3 (0x00007f61c61f6000)
        libk5crypto.so.3 => /usr/lib/x86_64-linux-gnu/libk5crypto.so.3 (0x00007f61c5fc4000)
        libcom_err.so.2 => /lib/x86_64-linux-gnu/libcom_err.so.2 (0x00007f61c5dc0000)
        libkrb5support.so.0 => /usr/lib/x86_64-linux-gnu/libkrb5support.so.0 (0x00007f61c5bb5000)
        libicuuc.so.60 => /usr/lib/x86_64-linux-gnu/libicuuc.so.60 (0x00007f61c57fe000)
        liblzma.so.5 => /lib/x86_64-linux-gnu/liblzma.so.5 (0x00007f61c55d8000)
        libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f61c523a000)
        /lib64/ld-linux-x86-64.so.2 (0x00007f61c7e13000)
        libkeyutils.so.1 => /lib/x86_64-linux-gnu/libkeyutils.so.1 (0x00007f61c5036000)
        libresolv.so.2 => /lib/x86_64-linux-gnu/libresolv.so.2 (0x00007f61c4e1b000)
        libicudata.so.60 => /usr/lib/x86_64-linux-gnu/libicudata.so.60 (0x00007f61c3272000)
        libstdc++.so.6 => /usr/lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f61c2ee4000)
        libgcc_s.so.1 => /lib/x86_64-linux-gnu/libgcc_s.so.1 (0x00007f61c2ccc000)


Søren O'Neill <soren_dk>
Sat 19 May 2018 09:46:26 AM UTC, comment #4: 

If the neon library used by davfs2 is linked against gnutls then NTLM is not supported, if linked against openssl then NTLM should work.

You can test this with "ldd /sbin/mount.davfs" which shows the required libraries. The davfs2 package in debian stable should support NTLM. If it does not run on your system you may build davfs2 from the source tarball. Make sure to install the dev-package of libneon27 (and not libneon27-gnutls).

Werner

- <_71007>
Wed 16 May 2018 11:30:33 AM UTC, comment #3: 

As far as I can tell, the server relies on NTLM authentication. I am waiting to have this confirmed by the admin.

..and davfs is version 1.5.4

Søren O'Neill <soren_dk>
Wed 09 May 2018 06:10:43 PM UTC, comment #2: 

HTTP knows of two authentication protocols: Basic and Digest.
And there are lots of other authentication methods, all more or less badly specified and documented and partly proprietary.
The Neon library used by davfs2 supports many of these methods but not all. Some may require additional sofware and configuration.

First thing to do:
Ask the administrator of the server which authentication methods are supported by the server.

Additional information required: the version of davfs2
($ /sbin/mount.davfs --version).

Werner
(it does not look like a davfs2 bug, so I moved it to the support tracker)

- <_71007>
Wed 09 May 2018 05:57:30 PM UTC, comment #1: 

This item has been reassigned from the project davfs2 bugs tracker to your tracker.

The original report is still available at bugs #53868

Following are the information included in the original report:

[field #0]                  Item ID: 53868
[field #1]                 Group ID: 10199
[field #2]              Open/Closed: Open
[field #3]                 Severity: 3 - Normal
[field #4]                  Privacy: Public
[field #7]                         : Unknown bugs Field Display Type
[field #8]                         : Unknown bugs Field Display Type
[field #9]                 Category: None
[field #10]             Submitted by: None
[field #11]              Assigned to: None
[field #12]             Submitted on: Wed 09 May 2018 07:34:45 AM UTC
[field #13]                  Summary: Mounting SharePoint WebDAV fails: could not parse challenge
[field #14]      Original Submission: Ubuntu 18.04 (KDE) on Lenovo t420s

- I can mount other external webdav shares, but not SharePoint webdav
- The SharePoint share can be mounted as webdav on Windows box

  • davfs2 installed with option for user mounting
  • coda module loaded
  • fstab contains:

  https://path_to_share  /home/user/webdav davfs rw,user,noauto 0 0

  • /etc/davfs2/secrets contains:

  https://path_to_share  username password

  /sbin/mount.davfs: Mounting failed.
  Could not authenticate to server: could not parse challenge

The message leaves me a little confused ... 'could not parse challenge'? What does this suggest?
[field #16]               Item Group: None
[field #17]                   Status: None
[field #18]        Component Version: None
[field #19]         Operating System: None
[field #20]          Reproducibility: None
[field #21]               Size (loc): None
[field #22]            Fixed Release: None
[field #23]          Planned Release: None
[field #24]                   Effort: 0.00
[field #28]                 Priority: 5 - Normal
[field #31]         Percent Complete: 0%
[field #33]                  Release: None
[field #58]     Custom Select Box #1: None
[field #59]     Custom Select Box #2: None
[field #60]     Custom Select Box #3: None
[field #61]     Custom Select Box #4: None
[field #62]     Custom Select Box #5: None
[field #63]     Custom Select Box #6: None
[field #64]     Custom Select Box #7: None
[field #65]     Custom Select Box #8: None
[field #66]     Custom Select Box #9: None
[field #67]    Custom Select Box #10: None

- <_71007>
Wed 09 May 2018 05:57:30 PM UTC, original submission:  

Ubuntu 18.04 (KDE) on Lenovo t420s

- I can mount other external webdav shares, but not SharePoint webdav
- The SharePoint share can be mounted as webdav on Windows box

  • davfs2 installed with option for user mounting
  • coda module loaded
  • fstab contains:

  https://path_to_share  /home/user/webdav davfs rw,user,noauto 0 0

  • /etc/davfs2/secrets contains:

  https://path_to_share  username password

  /sbin/mount.davfs: Mounting failed.
  Could not authenticate to server: could not parse challenge

The message leaves me a little confused ... 'could not parse challenge'? What does this suggest?

Anonymous

 

(Note: upload size limit is set to 16384 kB, after insertion of the required escape characters.)

Attach Files:
   
   
Comment:
   

No files currently attached

 

Depends on the following items: None found

Items that depend on this one: None found

 

Carbon-Copy List
  • -email is unavailable- added by soren_dk (Posted a comment)
  • -email is unavailable- added by _71007 (Posted a comment)
  •  

    There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.

    Only logged-in users can vote.

     

    Follow 5 latest changes.

    Date Changed by Updated Field Previous Value => Replaced by
    2019-12-26 _71007 Open/ClosedOpen Closed
    2018-05-19 _71007 StatusNeed Info In Progress
    2018-05-09 _71007 StatusNone Need Info
        Assigned toNone _71007
    2018-05-09 _71007 Reassign itemdavfs2, bug #53868 davfs2, sr #109503

    Back to the top

    Powered by Savane 3.13-758e.
    Corresponding source code