isWebDAVWorking: NO (both 5.0.13 and 6 [RC4]

[enoch85]

Without any reason at all (AFAIK) I just got these errormessages in both of my setups:

In both cases:

"Your web server is not yet properly setup to allow files synchronization because the WebDAV interface seems to be broken."

Errormessage on owncloud 6 [RC4]:

Warning core isWebDAVWorking: NO - Reason: [CURL] Error while making request: SSL: certificate subject name 'HSN' does not match target host name '192.168.1.150' (error code: 51) (Sabre_DAV_Exception) 2013-12-08T19:04:46+00:00

Errormessage on owncloud 5.0.13:

isWebDAVWorking: NO - Reason: exception 'Sabre_DAV_Exception' with message '[CURL] Error while making request: SSL: certificate subject name 'owncloud' does not match target host name 'XXXXXXXXX' (error code: 51)' in /var/www/owncloud/3rdparty/Sabre/DAV/Client.php:410 Stack trace: #0 /var/www/owncloud/3rdparty/Sabre/DAV/Client.php(179): Sabre_DAV_Client->request('PROPFIND', '', '<?xml version="...', Array) #1 /var/www/owncloud/lib/util.php(650): Sabre_DAV_Client->propFind('', Array) #2 /var/www/owncloud/settings/admin.php(34): OC_Util::isWebDAVWorking() #3 /var/www/owncloud/lib/route.php(113) : runtime-created function(1): require_once('/var/www/ownclo...') #4 [internal function]: __lambda_func(Array) #5 /var/www/owncloud/lib/router.php(127): call_user_func('?lambda_418', Array) #6 /var/www/owncloud/lib/base.php(629): OC_Router->match('/settings/admin') #7 /var/www/owncloud/index.php(28): OC::handleRequest() #8 {main}

What I have tested so far:

I have installed the SSL certificates correctly (since before) and haven´t changed anything except adding crontab jobs in both my servers, and also adding php5-imap.

I have tried accessing through WebDAV and it´s working fine, I have also tries accessing through HTTPS and it´s working. Everything seems to work, but I got these errormessages anyway.

UPDATE

2013-12-09
I have now removed fc_mail_attachments + crontab + php5-imap from the Owncloud 6 [RC4] server and I still get the same error.

Server Configuration

Ubuntu Server 12.04 LTS

Apps newly installed: fc_mail_attachments (worked before with no issues, just edited the cronjobs)

PHP 5.3.10-1ubuntu3.8

Mysql: Server version: 5.5.34-0ubuntu0.12.04.1

Steps to reproduce:

No clue.

[PVince81]

Can you try the CURL command from #6119 (comment) ?

[jsit]

I've begun getting this message too, in ownCloud 5.0.10.

It seems to have coincided with my sync client reporting 500 errors fairly often.

[enoch85]

@PVince81

I have tried to use the command, but I don´t understand how to use them?

Is a solution coming soon?

[PVince81]

There is currently no known solution as we don't fully understand the problem yet. Based on people's different environments the internal issue is often a different one, but the resulting visible behavior is the same error message.

Please open a terminal, then type this command:

curl --max-redirs 0 http://localhost/owncloud/remote.php/webdav/ > test1.html 

Change "localtion/owncloud" to your ownCloud's path.
Then, open the file "test1.html" and see whether it's a XML file or whether it contains any clues of errors.

[enoch85]

OK thanks!

I use https and there seems to be something with the certs...

<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre_DAV_Exception_NotAuthenticated/s:exception
<s:message>No basic authentication headers were found/s:message
<s:sabredav-version>1.7.6/s:sabredav-version
/d:error

curl --max-redirs 0 -k https://path-to-owncoud/remote.php/webdav/ > test5.html

curl: (60) SSL certificate problem, verify that the CA cert is OK. Details:
error:14090086:SSL routines:SSL3_GET_SERVER_CERTIFICATE:certificate verify failed
More details here: http://curl.haxx.se/docs/sslcerts.html

curl performs SSL certificate verification by default, using a "bundle"
of Certificate Authority (CA) public keys (CA certs). If the default
bundle file isn't adequate, you can specify an alternate file
using the --cacert option.
If this HTTPS server uses a certificate signed by a CA represented in
the bundle, the certificate verification probably failed due to a
problem with the certificate (it might be expired, or the name might
not match the domain name in the URL).
If you'd like to turn off curl's verification of the certificate, use
the -k (or --insecure) option.

[enoch85]

I have the same problem in stable 6

[ukirfan]

i have stable owncloud 6 on iis 7.5
i get webdav broken
when i run the curl using php code
i get
Sabre_DAV_Exception_NotAuthenticated
No basic authentication headers were found

then i tried with https i get this output :
"
HTTP/1.1 401 Unauthorized Cache-Control: no-store, no-cache, must-revalidate, post-check=0, pre-check=0 Pragma: no-cache Content-Type: application/xml; charset=utf-8 Expires: Thu, 19 Nov 1981 08:52:00 GMT Server: Microsoft-IIS/7.5 X-Powered-By: PHP/5.4.14 Set-Cookie: ocbc22bbf9f5=aai6dv2e22i4egsv3nsk0g1dl6; path=/; HttpOnly WWW-Authenticate: Basic realm="ownCloud" Date: Mon, 16 Dec 2013 06:55:32 GMT Content-Length: 291 Sabre_DAV_Exception_NotAuthenticated No basic authentication headers were found 1.7.6

"

[karlitschek]

It seems we have indeed a problem with self signed sll certs and this check. You can switch the check off in config.php with this line check_for_working_webdav=false
Please double check if webdav itself is working manually with mounting the webdav url or with the desktop syncing client.

I hope that works for your.

[enoch85]

check_for_working_webdav=false "solves" the problem. Thank you.

[ukirfan]

Warning core isWebDAVWorking: NO - Reason: Internal server error (Sabre_DAV_Exception)

the url for webdav is working but desktop sync is giving 500 internal server error

how to access the owncloud using desktop sync, what are configuration steps in need to enable ports etc., ?

[karlitschek]

@ukirfan Then the issue seems to be that the ownCloud server is indeed not fully working. Can you post the full logs of the client and the server please? Perhaps in a separate issue with the full issue template? Thanks. https://github.com/owncloud/core/blob/master/CONTRIBUTING.md

[ukirfan]

@karlitschek the issue was resolved after looking at owncloud sync forums one user has suggested for ALL verbs in iis server as standard get post delete was present but not PUT , so the sync happened successfully after changing to ALL VERBS in server fastcgi handler mappings and restarting IIS 7.5

Now the cloud sync works through desktop using proxy internet connections with ldap enabled perfectly.
Strangely while syncing directly through internet without any proxy server it gives Wrong credentials

[margartiaville]

@karlitschek I met the same problem on Debian server with precompiled version (5.0.13) of Owncloud. Can I know where config.php is located? Thank you.

Update:
Cant believe this can be fixed by creating self-signed ssl certificate, and "Common Name" must be the site address. Even if it is 192.168.1.10, Common Name then is 192.168.1.10 as well.

[karlitschek]

It's in the config folder in the owncloud directory.

[aelgali]

Thanks @margartiaville using the server IP address in the "Common Name" field did fix the problem for me too.

[jmituzas]

Thanx!!!!
adding the line
'check_for_working_webdav' => false,
to config.php worked ;)