magentaCLOUD Upload per curl unter Linux

vor 15 Tagen

Hallo,

leider gibt es nur sehr eingeschränkte Tutorials, die meisten sagen es funktioniert, allerdings sind die Beiträge älter und zeigen nicht wie es realisiert wurde. Konkret geht es um den Upload von einzelnen Dateien per curl über eine Kommandozeile unter Linux, ideal halt aus einem Script heraus. Ohne extra Connector App o.ä. Leider schlägt das bei mir fehl und ein wenig Hilfe den Blick auf die möglichen Probleme zu richten wäre gut.

Persönliche Daten nachfolgend entfernt bzw. generisch dargestellt. Es handelt sich um das 15GB "kostenlos" Paket als TCom Kunde über einen Mobilfunkvertrag.

Meine Umgebung: curl 7.74.0 unter Raspbian

Separater Nutzer für das Script in den Einstellungen generiert ("Erlaube Dateisystemzugriff" ist angehakt), daraus eine .netrc (hier magentacloud.netrc) für curl generiert:

default
login registrierte-email@example.com
password AAAAA-BBBBB-CCCCC-DDDDD-EEEEE

Daraus ergibt sich für den Dateiupload von test.txt (494773 Byte) in das Stammverzeichnis folgender Aufruf:

curl -v --netrc-file ./magentacloud.netrc --anyauth --silent --show-error -T ./test.txt "https://magentacloud.de/remote.php/webdav/"

Die Rückgabe wirft einen Fehler, hier die ausführliche Ausgabe der Verbindung:

*   Trying 80.158.22.59:443...
* Connected to magentacloud.de (80.158.22.59) port 443 (#0)
* ALPN, offering h2
* ALPN, offering http/1.1
* successfully set certificate verify locations:
*  CAfile: /etc/ssl/certs/ca-certificates.crt
*  CApath: /etc/ssl/certs
* TLSv1.3 (OUT), TLS handshake, Client hello (1):
* 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 to use h2
* Server certificate:
*  subject: C=DE; ST=Nordrhein-Westfalen; L=Bonn; O=Deutsche Telekom AG; CN=magentacloud.de
*  start date: Oct 22 12:00:44 2025 GMT
*  expire date: Oct 26 23:59:59 2026 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 HTTP2, server supports multi-use
* Connection state changed (HTTP/2 confirmed)
* Copying HTTP/2 data in stream buffer to connection buffer after upgrade: len=0
* Using Stream ID: 1 (easy handle 0xa8280)
> PUT /remote.php/webdav/test.txt HTTP/2
> Host: magentacloud.de
> user-agent: curl/7.74.0
> accept: */*
> content-length: 494773
>  
* Connection state changed (MAX_CONCURRENT_STREAMS == 128)!
< HTTP/2 401
< date: Thu, 05 Feb 2026 05:55:16 GMT
< content-type: application/xml; charset=utf-8
< set-cookie: oc_sessionPassphrase=XXXredactedXXX; 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: oc97a8ddfc96=npm91q90d81600klrbqrd327v3; path=/; secure; HttpOnly; SameSite=Lax
< 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-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-1u1u2n40
< x-request-id: 97203df678a89891fd2de7f9e65ab4bb
< server: elb
* HTTP error before end of send, stop sending
<  
* Ignoring the response-body
* Connection #0 to host magentacloud.de left intact
* Issue another request to this URL: 'https://magentacloud.de/remote.php/webdav/test.txt'
* Found bundle for host magentacloud.de: 0xa1ee0 [can multiplex]
* 13 bytes stray data read before trying h2 connection
* Re-using existing connection! (#0) with host magentacloud.de
* Connected to magentacloud.de (80.158.22.59) port 443 (#0)
* Server auth using Basic with user 'registrierte-email@example.com'
* Using Stream ID: 3 (easy handle 0xa8280)
> PUT /remote.php/webdav/test.txt HTTP/2
> Host: magentacloud.de
> authorization: Basic XXXredactedXXX
> user-agent: curl/7.74.0
> accept: */*
> content-length: 494773
>  
* We are completely uploaded and fine
< HTTP/2 401  
< date: Thu, 05 Feb 2026 05:55:17 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';
* Authentication problem. Ignoring this.
< 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-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-9ed1vblz
< x-request-id: ca209a9654936f2896ff21b4af5bca91
< server: elb
<  Sabre\DAV\Exception\NotAuthenticated
Username or password was incorrect, No 'Authorization: Bearer' header found. Either the client didn't send one, or the server is mis-configured
* Connection #0 to host magentacloud.de left intact

Ich habe für die separate Session einen Namen vergeben und noch mit separatem Header versucht diesen zu übergeben, abgeleitet aus der Fehlermeldung, ohne Erfolg. Auffällig hier ist der Abbruch der Verbindung zwischendurch mit einem HTTP Error, sind ggf. Parameter für curl nicht passend gesetzt? Die Verwendung von --user als curl Parameter führt leider auch zu selbigem Ergebnis, ebenso die Verwendung des Basic Tokens per Header Parameter.

Für Input oder ein funktionierenden Beispielaufruf wäre ich dankbar.

Letzte Aktivität

vor 14 Tagen

von

Gelöschter Nutzer

31

0

4

    • vor 15 Tagen

      Hallo und willkommen @mp45,

       

      danke für deine Nachricht.

       

      Leider kann ich dir da nicht wirklich weiterhelfen, weil ich mich mit der MagentaCLOUD unter Linux nicht auskenne. Vielleicht hat @CobraCane ja einen Tipp für dich. 

       

      Danke und Grüße
      Florian

      0

      1

      von

      vor 15 Tagen

      Florian Sa.

      Vielleicht hat @CobraCane ja einen Tipp für dich. 

      Hallo und willkommen @mp45,

       

      danke für deine Nachricht.

       

      Leider kann ich dir da nicht wirklich weiterhelfen, weil ich mich mit der MagentaCLOUD unter Linux nicht auskenne. Vielleicht hat @CobraCane ja einen Tipp für dich. 

       

      Danke und Grüße
      Florian

      Florian Sa.

      Vielleicht hat @CobraCane ja einen Tipp für dich. 

      Da bin ich ebenfalls raus, Linux nutze fast so selten wie die MagentaCloud 

      0

      Uneingeloggter Nutzer

      von

    • vor 14 Tagen

      Ich denke mal, du musst mit der Cloud auch "WebDAV sprechen". Das ist ein eigenes Protokoll, zwar auf http basierend, aber doch eine spezielle Erweiterung.

      0

      1

      von

      vor 14 Tagen

      Naja, es scheint ja zu funktioniern, und für den Nextcloud Upload wird auch curl genutzt. webdav ist dabei eine Art wie die Daten formatiert gesendet werden, das kann curl. Als Verweis einmal folgendes aus dem Forum: https://telekomhilft.telekom.de/conversations/magentacloud/curl-webdav-zugriff/66884a314ae73561da7520bc als Beitrag von @wolfn. Da der Beitrag älter ist hier halt auch hier die Frage ob sich grundlegend etwas verändert hat.

      0

      Uneingeloggter Nutzer

      von

    Uneingeloggter Nutzer

    von

    Das könnte Ihnen auch weiterhelfen

    Beliebte Tags letzte 7 Tage

    Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...Loading...