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.
31
0
4
Das könnte Ihnen auch weiterhelfen
48096
2
6
774
0
2
548
0
4
vor 4 Jahren
338
1
1
Beliebte Tags letzte 7 Tage
Das könnte Sie auch interessieren
Kaufberatung anfragen
Füllen Sie schnell und unkompliziert unser Online-Kontaktformular aus, damit wir sie zeitnah persönlich beraten können.

Angebote anzeigen
Informieren Sie sich über unsere aktuellen MagentaCLOUD-Angebote.
.webp)
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
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
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