KDE Desktop Client can't connect anymore (timeout, no ask for credentials/password)

help

#1

I can not get a connection with my owncloud server anymore at the external address. When I change the address in the config file to the internal address in my private network the connection works fine. The client asks me for credentials and connects.
With the external address the client doesn't ask for credentials and times out. I have the same problem with the computer of a friend since deleting and recreating the profile. He is running Kubuntu 15.04.
I think, this problem is not server related, but KDE-Client.
For me, this problem exists since a while, I was using the internal address. But my friend cant.

Thanks for help, Stefan

Steps to reproduce
dont' know

Expected behaviour
Client asks for credentials and connects to server

Actual behaviour
No connection to owncloud on ... timeout
see log at end

Client configuration
Client version: 2.2.3
Client operating system: Kubuntu 15.04 and 16,04

Server configuration
Operating system: Ubuntu Server 15.04
Web server: apache 2.4.20
Database:mysql 14.14
PHP version: 7.0.10
ownCloud version (see ownCloud admin page): 9.1.0
Updated from an older ownCloud or fresh install: update
ownCloud log (data/owncloud.log): there are no new log entries, when connection fails

Special configurations (external storage, external authentication, reverse proxy, server-side-encryption):
The server has a valid certificate.

Client-Log
08-31 21:42:03:517 0x1a775a0 Resetting QNAM
08-31 21:42:03:519 0x1a775a0 Checking server and authentication
08-31 21:42:03:633 0x1a775a0 Object::connect: No such signal QNetworkReplyImpl::encrypted()
08-31 21:42:03:635 0x1a775a0 !!! OCC::CheckServerJob created for "https://www.hilie.de/cloud" + "status.php" "OCC::ConnectionValidator"
08-31 21:42:06:658 0x1a775a0 virtual void OCC::PassiveUpdateNotifier::backgroundCheckForUpdate()
08-31 21:42:06:659 0x1a775a0 virtual void OCC::OCUpdater::backgroundCheckForUpdate() checking for available update
08-31 21:42:07:715 0x1a775a0 Client is on latest version!
08-31 21:42:30:635 0x1a775a0 TIMEOUT virtual void OCC::CheckServerJob::slotTimeout()
08-31 21:42:30:637 0x1a775a0 AccountState connection status change: "Undefined" -> "Timeout"
08-31 21:42:30:638 0x1a775a0 AccountState state change: "Getrennt" -> "Netzwerkfehler"
08-31 21:42:30:641 0x1a775a0 "Keine Verbindung zu ownCloud auf https://www..../cloud
ZeitĂĽberschreitung"
08-31 21:42:30:644 0x1a775a0 Account "***@www...." disconnected or paused, terminating or descheduling sync folders
08-31 21:42:35:508 0x1a775a0 Resetting QNAM
08-31 21:42:35:509 0x1a775a0 Checking server and authentication
08-31 21:42:35:511 0x1a775a0 Object::connect: No such signal QNetworkReplyImpl::encrypted()
08-31 21:42:35:512 0x1a775a0 !!! OCC::CheckServerJob created for "..." + "status.php" "OCC::ConnectionValidator"
08-31 21:43:02:517 0x1a775a0 TIMEOUT virtual void OCC::CheckServerJob::slotTimeout()
08-31 21:43:02:519 0x1a775a0 "Keine Verbindung zu ownCloud auf ...
ZeitĂĽberschreitung"
08-31 21:43:02:522 0x1a775a0 Account "***@www...." disconnected or paused, terminating or descheduling sync folders


#2

Well, here is something wrong with your networking. The client above is simply not able to connect to the client https://www..../cloud. Either you have misspelled the name, or the service is not running on the machine, or dns, or an evil combination :stuck_out_tongue_winking_eye:


#3

I think it's not a network problem. I didn't change anything, when the problem occurred.
I can access my owncloud with any browser under https://www..../cloud without any problems.


#4

So I did some tests again.
What works:
- connection via browser to https://www..../cloud from internal network and internet
- mount https://www..../cloud/remote.php/webdav with davfs on command line (tested only from internal network)
- all android services (owncloud caldav, carddav, news, bookmarks, notes, ...) are working from internal network and internet
- owncloud client on https://internal-address
- dolphin connection on webdavs://internal-address/cloud/remote.php/webdav

What works not:
- owncloud client on external adderss https://www..../cloud
- dolphin connection on webdavs://www..../cloud/remote.php/webdav

Dolphin doesn't ask for credentials, even if I try to connect with non existing user via webdavs://nobody@www..../cloud/remote.php/webdav

So I think, it is a KDE related problem. Does somebody know, where I should post this?

Stefan


#5

Looks quite similar to what I experience since a few days. Client is 2.1.1. on Ubuntu 16.04 (laptop and netbook), desktop got an older version which runs fine.

I tried to look into the logs, but nothing is shown under the tree tabs in "activities". All other clients (web, Android app) work fine as ever.

Wolfgang


#6

Please use a recent version of the client (which is 2.2.3, see https://owncloud.org/changelog/desktop/)


#7

Another spontanous idea: Can it be that the client wants to open your kwallet to get the credentials out, and the little dialog window is somewhere in the background?

You could check if your ownCloud credentials are stored in your kwallet and if that is properly opened.


#8

I think it is an ipv6 related problem. When I am using the ipv4 address, everything works fine, but with the server name it doesn't. I think it is similar to https://github.com/owncloud/android/issues/616.
Thanks anyway, Stefan


#9

Maybe relevant:

Interesting. ownCloud-provided clients aside, for a moment …

Dolphin

webdavs://demo.owncloud.org/remote.php/webdav
fails to present an authentication dialogue.

$ drill demo.owncloud.org
;; ->>HEADER<<- opcode: QUERY, rcode: NOERROR, id: 40545
;; flags: qr rd ra ; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0 
;; QUESTION SECTION:
;; demo.owncloud.org.   IN      A

;; ANSWER SECTION:
demo.owncloud.org.      1971    IN      CNAME   betty.owncloud.com.
betty.owncloud.com.     1971    IN      A       136.243.60.151

;; AUTHORITY SECTION:

;; ADDITIONAL SECTION:

;; Query time: 9 msec
;; SERVER: 192.168.1.1
;; WHEN: Sun Mar 12 15:53:40 2017
;; MSG SIZE  rcvd: 83
$ uname -v
FreeBSD 12.0-CURRENT #40 b3d5020(drm-next): Tue Feb 28 16:23:55 UTC 2017     root@gauntlet:/usr/obj/usr/src/sys/GENERIC 
$

webdavs://136.243.60.151/remote.php/webdav
results in a trust routine for an SSL certificate-related error. A shot from that routine:

I can opt to trust the certificate but still, Dolphin does not proceed to present an authentication dialogue.

Consider today's https://bugs.kde.org/show_bug.cgi?id=305952#c1