Solved

Zugriff auf Magentacloud über Linux+webdav funktioniert nicht

3 years ago

Ich versuche, mit Linux auf die Magentacloud zuzugreifen. Das hat früher schonmal gut geklappt, aber irgendwann hat T anscheinend irgendwas geändert, u.s. den Serverbbamen bzw. die URL.

 

Was funktioniert, ist: Über den Browser komme ich per https://magentacloud.de zu einer Login-Maske, und dann sehe ich auch meine damals hochgeladenen Dateien. Screenshot:

gullewurps_0-1656841573824.png

 

 

Ich habe dann wie unter https://telekomhilft.telekom.de/t5/Telefonie-Internet/MagentaCloud-webDav-verweigert-Zugriff/m-p/4792014#M1281473 beschrieben eine neue Sitzung angelegt, und mit diesem Kennwort konnte ich das webdav-Verzeichnis auch mounten; d.h. ich sehe die Directories, die da früher mal angelegt worden sind, aber keine Inhalte mehr.  Und  jeder Zugriffsversuch dauert ewig lange (schon das Azeigen eines Directories) ,und jeder Schreibzugriff schlägt fehl - z.B. das Anlegen eines neuen Directory dauert fast eine Minute - und das schlägt noch dazu fehl.

 

Zustand:

 

diedrich:~ # mount | grep webdav
https://magentacloud.de/remote.php/webdav on /mnt type fuse (rw,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,max_read=16384,uid=0,gid=0,helper=davfs)
diedrich:~ #

 

Zugriffsversuch zeigt Directory, dauert aber ewig lange:

 

diedrich:~ # time ls -l /mnt/
total 1
drwxr-xr-x 2 root root 64 May 9 2021 2021-05-08
drwx------ 2 root root 64 Jul 3 11:25 lost+found

real 0m30.091s
user 0m0.005s
sys 0m0.001s
diedrich:~ #

 

Dateien, die da liegen (laut Browser-Screenshot) werden aber nicht angezeigt, und es dauert wieder ewig lang:

 

diedrich:~ # time ls -l /mnt/*
/mnt/2021-05-08:
total 0

/mnt/lost+found:
total 0

real 1m15.568s
user 0m0.005s
sys 0m0.002s

 

Versuch, ein Directory anzulegen, schlägt fehl:

 

diedrich:~ # time mkdir /mnt/2022-07-02
mkdir: cannot create directory ‘/mnt/2022-07-02’: Operation not permitted

real 0m55.625s
user 0m0.001s
sys 0m0.003s
diedrich:~ #

ls ..

Brauche ich andere mount-Optionen; wenn ja, welche?

 

(Nein, an meiner Bandbreite liegt es nicht; Glasfaser/250 ...)

 

948

13

    • Accepted Solution

      accepted by

      3 years ago

      Danke, das hatte ich schon gefunden.

       

      Wie gesagt: der Zugriff über den Browser klappt (mit dem "normalen" Telekom-Kundencenter-Kennwort).  Früher klappte mit diesem Kennwort auch der davfs2-Zugang. Ich habe gstern nun gelernt: er möchte da ein eigenes Kennwort, und das gegeriere ich mit "neue Sitzung". Hattee ich gemacht, auch geschaut ob ich die "ca-cert"-Zertifikate installiert hatte (waren schon da),  und in /etc/davfs2/secrets eingetragen. Gestern ging fast  gar nichts ... aber heute habe ich noch eine Sitzung erzeugt. Und mit der gehts ... und es geht nun auch mit der alten, schon gestern erzeugten Sitzung bzw. deren Kennwort.

       

      Was ich gegenüber gestern geändert habe: die mountoption "user" (statt vorher "users", weil ich das nicht nur als root mounten können wollte) . Aber daran liagts nicht (probeweise zurückgeändert). Mir ist rätselhaft, was da gestern los war.

       

      Egal - es geht jetzt. Danke fürs Mitdenken

      0

    This could help you too