You are not logged in.
Hello,
I am currently facing issues accessing my cloud storage via WebDAV client. I use this cloud storage on multiple Arch systems and on all others it works as it should. However, an one of the system it does not.
On the system which shows the problem both Dolphin and cadaver do not succeed to connect and I cannot find any log or reason for them to not work. Accessing https://mediacenter.gmx.net using cadaver I get a connection timeout after about a minute. In Dolphin the access loads forever without any success.
What I tried so far:
* check journalctl: Could not find any message about this
* reinstalling neon, kio, kio-extras, openssl, ...
* creating a new user (in case some user specific config is messed up) yields the same behavior
At the moment I have no idea what causes this and as I cannot find any log showing an issue maybe someone here can help to find a solution.
Offline
The URL also doesn't work for me when accessing it via Firefox. Firefox gives me PR_CONNECT_RESET_ERROR and tells me that the received data could not be authenticated.
I assume that this may be related to the SSL certificates. When using different URL like https://webdav.mykolab.com or https://webdav.mydrive.ch there is no problem. However using https://webdav.smartdrive.web.de or https://sd2dav.1und1.de yields the same problem. All three URLs (GMX, Web, 1und1) use the same base certificate.
Connecting via OpenSSL seems to work:
$ openssl s_client -connect mediacenter.gmx.net:443 -showcerts < /dev/null
Connecting to 2001:8d8:5f9::a0
CONNECTED(00000003)
depth=2 C=DE, O=T-Systems Enterprise Services GmbH, OU=T-Systems Trust Center, CN=T-TeleSec GlobalRoot Class 2
verify return:1
depth=1 C=DE, O=Deutsche Telekom Security GmbH, CN=Telekom Security ServerID OV Class 2 CA
verify return:1
depth=0 C=DE, ST=Rheinland-Pfalz, L=Montabaur, O=1&1 Mail & Media GmbH, CN=*.gmx.net
verify return:1
---
Certificate chain
0 s:C=DE, ST=Rheinland-Pfalz, L=Montabaur, O=1&1 Mail & Media GmbH, CN=*.gmx.net
i:C=DE, O=Deutsche Telekom Security GmbH, CN=Telekom Security ServerID OV Class 2 CA
a:PKEY: rsaEncryption, 2048 (bit); sigalg: RSA-SHA256
v:NotBefore: May 14 11:51:27 2024 GMT; NotAfter: May 18 23:59:59 2025 GMT
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
1 s:C=DE, O=Deutsche Telekom Security GmbH, CN=Telekom Security ServerID OV Class 2 CA
i:C=DE, O=T-Systems Enterprise Services GmbH, OU=T-Systems Trust Center, CN=T-TeleSec GlobalRoot Class 2
a:PKEY: rsaEncryption, 3072 (bit); sigalg: RSA-SHA256
v:NotBefore: Aug 2 09:16:44 2022 GMT; NotAfter: Aug 2 23:59:59 2027 GMT
-----BEGIN CERTIFICATE-----
...
-----END CERTIFICATE-----
---
Server certificate
subject=C=DE, ST=Rheinland-Pfalz, L=Montabaur, O=1&1 Mail & Media GmbH, CN=*.gmx.net
issuer=C=DE, O=Deutsche Telekom Security GmbH, CN=Telekom Security ServerID OV Class 2 CA
---
No client certificate CA names sent
Peer signing digest: SHA512
Peer signature type: RSA-PSS
Server Temp Key: X25519, 253 bits
---
SSL handshake has read 4092 bytes and written 410 bytes
Verification: OK
---
New, TLSv1.3, Cipher is TLS_AES_256_GCM_SHA384
Protocol: TLSv1.3
Server public key is 2048 bit
This TLS version forbids renegotiation.
Compression: NONE
Expansion: NONE
No ALPN negotiated
Early data was not sent
Verify return code: 0 (ok)
---
DONEOffline
I lost patience and reinstalled arch. As the system was running for a rather long time without reinstallation I wanted a clean setup instead of cleaning out obsolete stuff manually (which obiously did not work that well).
Now the WebDAV access works as it should and my system is shiny and new. Of course there is still some work setting everything up but as I backed up user data there should be no data loss.
So my problem is kind of solved and the thread may be closed as I cannot reproduce the issue any longer.
PS: Seems like this is something similar https://bbs.archlinux.org/viewtopic.php?id=301828
Offline