Solved

webDAV Zugriff gestört?

1 year ago

Guten Morgen,

 

ist irgendwann zwischen 0:00 und 5:00 der webDAV Zugriff auf die Magentacloud ausgefallen?

 

Bekomme mit 2 verschiedenen Konten Fehler 405.

 

Grüße

Frank

 

Update 6:34:

Auch ein 3. Account erzeugt denselben Fehler. Neue Session erstellen bringt auch nichts. Per WLAN und Mobilfunk dasselbe Ergebnis.

 

curl liefert dies:

 

erg=$(curl --user "$user:$pass" -T "$source" "$target" --anyauth -sw "%{http_code}")

 

<?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>

Das lief gestern 23:50 noch sauber durch.

 

1519

70

    • Accepted Solution

      accepted by

      1 year ago

      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.

      0

    • 1 year ago

      Ja. Klappt wieder.

      0

    • 1 year ago

      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".

      2

      Answer

      from

      1 year ago

      Hi @gumpf, hast du paar konkrete Beispiele? Über welche Größe sprechen wir? Grüße Alexander M.

      Answer

      from

      1 year ago

      Sync-Vorgänge mit 20 Dateien laufen problemlos durch. Aber sobald 1000 Dateien und mehr im Spiel sind, bricht es mit o.g. Fehlermeldung ab. Ich denke, es liegt nicht an der Größe der Dateien sonden an der Anzahl. Mein nächtlicher (inkrementellen) Daten-Abgleich mit ca. 16.000 Dateien (von denen i.d.R. nur eine Handvoll wirklich geändert wurden und dann übertragen werden) war am 29.3. das letzte Mal erfolgreich. Seitdem bricht es nach ca. 1000 Dateien ab mit der Meldung "Ordner nicht gefunden".

      Android 14, Sync-App: FolderSync

      Unlogged in user

      Answer

      from

    • 1 year ago

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

      Screenshot_20240402_174922_FolderSync.jpg

      0

    • 1 year ago

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

      1

      Answer

      from

      1 year ago

      Ich habe euer Feedback an die Fachabteilung weitergeleitet. Grüße Alexander M.

      Unlogged in user

      Answer

      from

    • 1 year ago

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

      Screenshot_20240402_204014_FolderSync.jpg

      0

    • 1 year ago

      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. 

      0

    • 1 year ago

      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.

      0

    • 1 year ago

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

      Screenshot_20240403_103624_FolderSync.jpg

      4

      Answer

      from

      1 year ago

      Nein, immer noch HTTP 401.

      Answer

      from

      1 year ago

      Hi, die WebDAV Schnittstelle arbeitet immer noch sehr unzuverlässig. In unregelmäßigen Abständen kommen Fehler wie Http 401, 429, 503, Timeout usw. Mal geht's, mal nicht. Und wenn es läuft, dann mal schnell (wie vorher) oder extrem langsam. Oder es funktioniert nur Directory Leistung, aber kein Upload...

      Answer

      from

      1 year ago

      Danke für euer Feedback! Ich habe es direkt weitergeleitet und halte euch auf dem Laufenden. Grüße Alexander M.

      Unlogged in user

      Answer

      from

    • 1 year ago

      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.

      2

      Answer

      from

      1 year ago

      Das Serverlog müssten sich die Telekom-NextCloud... ups...MagenataCloud-"Techniker" bei sich angucken und verstehen... tun sie nur scheinbar nicht. Traurig Ausserdem könnte man diesen lächerlichen curl-Befehl aufrufen und nachvollziehen, dass man sich mit Benutzer und Passwort nicht mehr anmelden kann. Macht scheinbar auch keiner... zumindest erfährt man hier nicht, dass und was getan wird. Bin ziemlich unzufrieden. Der Spass geht nun ja auch schon mindestens eine Woche.

      Answer

      from

      1 year ago

      Ja, zwei Jahre (seit letztem Riesen-Desaster) hatten wir Ruhe.....

      Unlogged in user

      Answer

      from

      Unlogged in user

      Ask

      from

      This could help you too

      in  

      72

      0

      2

      Solved

      in  

      1368

      0

      5

      in  

      173

      0

      1