Hallo zusammen,

ich habe die Rückmeldung erhalten, dass die Fachseite heute einen Patch auf den Servern installiert haben. Das Problem sollte seit ca. 11 Uhr behoben sein. Könnt ihr es bestätigen?

Grüße

Alexander M.

Ja. Klappt wieder.

Es geht nach wie vor nicht. Kleinere Sync-Vorgänge laufen durch, aber größere brechen ab mit der Fehlermeldung "Ordner /remote.php/webdav/... nicht gefunden".

Ich habe das selbe Problem. Die Synchronisierung bricht leider ab. Habe dies zweimal probiert. Leider jeweils mit Abbrüchen.

Gerade eben ausprobiert: Öffnen einer Excel-Datei 577KB funktioniert wieder wie gewohnt!

Leider habe ich gerade beim erneuten Synchronisieren erneut einen Abbruch gehabt. 

1.) Auf der Synology Diskstation funktioniert ein HyperBackup per WebDavs immer noch nicht. Es scheitert weiterhin an der Authentifizierung. Meldung aus dem Log lautet: 

[WebDAV] Credentials changed on the destination.

2.) Der Mount eines Verzeichnisses per WebDAVs im Linux Dateimanager klappt ebenso nicht. Es scheitert auch hier an der Authentifizierung.

3.) Ein Curl-Aufruf scheitert auch (immer noch).

> curl --user "email-adresse:passwort" -T test.txt --anyauth https://magentacloud.de/remote.php/webdav
<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns">
<s:exception>Sabre\DAV\Exception\NotAuthenticated</s:exception>
<s:message>Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured</s:message>
</d:error>

Alles soeben mit neu erstellten Credentials probiert. 

Gerade im Moment bekomme ich im Browser bei Aufruf von https://magentacloud.de/apps/files/ einen HTTP 500.

Auf der Linux Console beim Versuch den Inhalt des Hauptverzeichnisses anzuzeigen:

> curl --user "mail:pass" "https://magentacloud.de/remote.php/webdav" -vvv --anyauth 
* Trying 80.158.49.140:443...
* Connected to magentacloud.de (80.158.49.140) port 443 (#0)
* ALPN: offers h2,http/1.1
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* CAfile: /etc/ssl/certs/ca-certificates.crt
* CApath: /etc/ssl/certs
* TLSv1.3 (IN), TLS handshake, Server hello (2):
* TLSv1.2 (IN), TLS handshake, Certificate (11):
* TLSv1.2 (IN), TLS handshake, Server key exchange (12):
* TLSv1.2 (IN), TLS handshake, Server finished (14):
* TLSv1.2 (OUT), TLS handshake, Client key exchange (16):
* TLSv1.2 (OUT), TLS change cipher, Change cipher spec (1):
* TLSv1.2 (OUT), TLS handshake, Finished (20):
* TLSv1.2 (IN), TLS handshake, Finished (20):
* SSL connection using TLSv1.2 / ECDHE-ECDSA-AES256-GCM-SHA384
* ALPN: server accepted h2
* Server certificate:
* subject: C=DE; ST=Nordrhein-Westfalen; L=Bonn; O=Deutsche Telekom AG; CN=magentacloud.de
* start date: Nov 27 08:26:54 2023 GMT
* expire date: Dec 1 23:59:59 2024 GMT
* subjectAltName: host "magentacloud.de" matched cert's "magentacloud.de"
* issuer: C=DE; O=Deutsche Telekom Security GmbH; CN=Telekom Security ServerID  OV  Class 2 CA
* SSL certificate verify ok.
* using HTTP/2
* h2h3 [:method: GET]
* h2h3 [:path: /remote.php/webdav]
* h2h3 [:scheme: https]
* h2h3 [:authority: magentacloud.de]
* h2h3 [user-agent: curl/7.88.1]
* h2h3 [accept: */*]
* Using Stream ID: 1 (easy handle 0x555f246dcc80)
> GET /remote.php/webdav HTTP/2
> Host: magentacloud.de
> user-agent: curl/7.88.1
> accept: */*
> 
< HTTP/2 401 
< date: Tue, 02 Apr 2024 19:27:28 GMT
< content-type: application/xml; charset=utf-8
< set-cookie: oc_sessionPassphrase=vmW7EMd%2BpKqR5D8Qp%adfasfsdad2Fm7SFT0S9F90Q%2Fb1SY9XHy2%2BR29N59beeJr7ICW%2FGm%2FIHwvQV0mmPx%2FC%2FjG2HXqcsYYYdasdfadsfasdfasdfqKJ2O6P1qWKj; path=/; secure; HttpOnly; SameSite=Lax
< set-cookie: __Host-nc_sameSiteCookielax=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=lax
< set-cookie: __Host-nc_sameSiteCookiestrict=true; path=/; httponly;secure; expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=strict
< set-cookie: adfadasfasd=werrwerwerwerfasdfwae; path=/; secure; HttpOnly; SameSite=Lax
< expires: Thu, 19 Nov 1981 08:52:00 GMT
< cache-control: no-store, no-cache, must-revalidate
< pragma: no-cache
< content-security-policy: default-src 'none';
< www-authenticate: Basic realm="MagentaCLOUD", charset="UTF-8"
< strict-transport-security: max-age=15768000; includeSubDomains; preload;
< referrer-policy: no-referrer
< x-content-type-options: nosniff
< x-download-options: noopen
< x-frame-options: SAMEORIGIN
< x-permitted-cross-domain-policies: none
< x-robots-tag: noindex, nofollow
< x-xss-protection: 1; mode=block
< x-upstream: nmcloud-prod1-node-rytqb7s4
< x-request-id: ed0663ba4a164ce737034a7f895d4f6a
< server: elb
< 
* Ignoring the response-body
* Connection #0 to host magentacloud.de left intact
* Issue another request to this URL: 'https://magentacloud.de/remote.php/webdav'
* Found bundle for host: 0x555f246d6920 [can multiplex]
* Re-using existing connection #0 with host magentacloud.de
* Server auth using Basic with user 'mail'
* h2h3 [:method: GET]
* h2h3 [:path: /remote.php/webdav]
* h2h3 [:scheme: https]
* h2h3 [:authority: magentacloud.de]
* h2h3 [authorization: Basic aWduYWMasdfasdfadsfasdfasOm1SZ3RBLURjRmViLUFHd2ZkLXpEa21GLUNzTUxw]
* h2h3 [user-agent: curl/7.88.1]
* h2h3 [accept: */*]
* Using Stream ID: 3 (easy handle 0x555f246dcc80)
> GET /remote.php/webdav HTTP/2
> Host: magentacloud.de
> authorization: Basic aWduYWMuY3JuaWNAZ21haWwuY29tOm1SZ3RBLUasdfasdfasdfasdfas2ZkLXpEa21GLUNzTUxw
> user-agent: curl/7.88.1
> accept: */*
> 
< HTTP/2 429 
< date: Tue, 02 Apr 2024 19:27:29 GMT
< content-type: application/xml; charset=utf-8
< set-cookie: nc_sameSiteCookielax=true; path=/; httponly;expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=lax
< set-cookie: nc_sameSiteCookiestrict=true; path=/; httponly;expires=Fri, 31-Dec-2100 23:59:59 GMT; SameSite=strict
< content-security-policy: default-src 'none';
< strict-transport-security: max-age=15768000; includeSubDomains; preload;
< referrer-policy: no-referrer
< x-content-type-options: nosniff
< x-download-options: noopen
< x-frame-options: SAMEORIGIN
< x-permitted-cross-domain-policies: none
< x-robots-tag: noindex, nofollow
< x-xss-protection: 1; mode=block
< x-upstream: nmcloud-prod1-node-k8zqn1au
< x-request-id: 71e74039ac2e3a57d7c0cd23d112742a
< server: elb
< 
<?xml version="1.0" encoding="utf-8"?>
<d:error xmlns:d="DAV:" xmlns:s="http://sabredav.org/ns" xmlns:o="http://owncloud.org/ns">
<s:exception>OCA\DAV\Connector\Sabre\Exception\TooManyRequests</s:exception>
<s:message/>
<o:hint xmlns:o="o:">too many requests</o:hint>
</d:error>
* Connection #0 to host magentacloud.de left intact

Zahlreiche Aufrufe die ich vor diesem gemacht habe, endeten immer mit einem 401. Man kann sich also einfach nicht authentifizieren an eurem WebDAV-Server.

Ich habe gerade einen weiteren Test durchgeführt. Diesmal hat die Synchronisation geklappt und ist komplett durchgelaufen.  Das ist schon einmal gut. 😀

Ich habe auch seit Anfang der Woche Probleme, Daten der Cloud mit dem Mac-Finder (iMac und auch MacAir) zu aktualisieren. Synchronisation läuft immer noch nicht richtig. Dateien werden in der Cloud nicht richtig aktualisiert, mittlerweile Chaos in der Cloud-Ablage .

Vorhin kam öfter "Code 500: Internal Server Error".

Wenn ich - wie üblich - über den Firefox-Browser die Seite https://www.magentacloud.de/#$/  Aufrufe, erscheint die Cloud-Ansicht wie unter Nextcloud, dessen 'Logo'  jetzt auch ins Lesezeichen übernommen wurde.

Dann erschien die Fehlermeldung:

Internal Server Error

The server encountered an internal error and was unable to complete your request.
Please contact the server administrator if this error reappears multiple times, please include the technical details below in your report.
More details can be found in the server log

Tut mir leid, mit Server Log kann ich nichts anfangen.

Herrscht wohl wieder grande catastrophe.

Bei mir hat die Synchronisation nun das zweite Mal funktioniert. Gestern Nachmittag war die Synchronisation schneller als am Abend, aber es ist schon einmal gut, dass die Synchronisation wieder komplett durchläuft.

Einen Screenshot der Logs habe ich beigefügt!

Bei mir ging letzte Nacht auch alles durch: 16.500 Dateien verglichen und 6 Downloads in 3,5 min. Vor der Störung hat es ca. 5min gedauert. Insofern haben sich die "erweiterten Kapazitäten" schon mal positiv ausgewirkt.

Bei mir immer noch keine Anmeldung per

curl --user "mail:pass" "https://magentacloud.de/remote.php/webdav" -vvv --anyauth

möglich.

Könnte jemand von der Telekom bestätigen, dass das gehen sollte? Ich nutzte den curl-Befehl um schnell prüfen zu können ob sich etwas geändert hat. Allerdings erst seit es Probleme gibt. Üblicherweise nutze ich das nicht, sondern Synology HyperBackup. Dort zu testen ist leider etwas umständlicher als einfach den curl-Befehl wieder abzuschicken. Bei anderen Anbietern und meinem eigenen WebDAV-Server funktioniert eine Anbindung mit diesem simplen curl-Befehl.

Bei funktioniert wieder alles normal.

Hallo, ich habe heute einen weiteren Test durchgeführt. Die Synchronisation hat erneut funktioniert. Es schaut also gut aus. Es könnte vielleicht noch ein bisschen schneller sein, aber ich bin jetzt schon recht zufrieden. Vielen Dank schon einmal, dass es diese Fortschritte gibt. Die Webdav-Synchronisation ist ein wichtiger Use-Case für mich. 😀

Ich benutze zum Testen WebDAV Verbindung dies hier:

erg=$(curl -X PROPFIND -H "Authorization: Basic $token" "$target" -sw "%{http_code}")

Funktioniert seit gestern stabil und schnell.

Wen es interessiert: man kann curl zunächst mit User:pw benutzen und sich mittels --verbose die Rückgabe ansehen. Da findet man auch das oben bei meinem Aufruf benutzte Token. Es ist wohl gültig bis 2100 und so kann man curl in Skripten einsetzen ohne User und Passwort hinzuschreiben:

1. curl mit User/pw:

erg=$(curl --verbose --user "$user:$password" -X PROPFIND "$target" --anyauth -sw "%{http_code}")

2. Echo $erg

[...]

PROPFIND /remote.php/webdav/Solar/ HTTP/2
> Host: magentacloud.de
> Authorization: Basic ABC.....==
> User-Agent: curl/8.6.0
> Accept: */*

[...]

3. Token finden

Das "ABC...==" ist das Token

4. Token benutzen

token="ABC...=="

erg=$(curl -X PROPFIND -H "Authorization: Basic $token" "$target" -sw "%{http_code}")

Hm, ein paar Ideen:

- evtl. User oder Passwort zu kurz, zu lang, "komische" Zeichen drin

- Vielleicht mal Zertifikatsprüfung mit --insecure abschalten

- evtl. andere Internetverbindung benutzen (Hotspot vom Mobiltelefon)

- anderen WebDAV Client benutzen (Windows, Android, IOS...)

Hallo, leider bricht die Synchronisation wieder ab. Nach anfänglicher Besserung vor ein paar Tagen, sind heute wieder 2 Synchronisationsläufe abgebrochen. Jeweils nach ca. 4000 Dateien. Zu bewältigen wären ca. 19000 Dateien. Einen Screenshot habe ich beigefügt.

Bei mir gibt es seit gut 2 Wochen Probleme bei dem Upload per Handy-App, webdav und auch direkt über die Webanwendung. Gefühlt kommt beim Upload von jedem Bild oder Audiodatei "es ist ein unbekannter Fehler aufgetreten". Viele Daten werden trotzdem hochgeladen, aber bei weitem nicht alle. 10-20% Verlust pro Upload sind inzwischen leider "normal".