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 "Angebote anzeigen")
vor 4 Jahren
Hallo @glici,
hast du das Laufwerk nach der Aktualisierung neu eingerichtet? Bricht die Sicherung direkt ab oder erst nach einer gewissen Zeit?
Eine direkte Anleitung für dein QNAP gibt es leider nicht. Lediglich die allgemeinen Hinweise zum Einrichten von WebDav.
Gruß Daniela B.
8
von
vor 4 Jahren
@glici
Die WebDAV-URL ist https://magentacloud.de/remote.php/webdav
Und das Passwort dazu erzeugst du in der MagentaCloud in den Einstellungen unter Geräte & Sitzungen, indem du eine neue Sitzung erstellst.Benutzername ist deine T-Online-E-Mail-Adresse, andere E-Mail-Adressen funktionieren im Moment noch nicht.
Falls das weiterhin nicht funktioniert, mach ich dazu ein Ticket, brauch dann aber noch ein paar Infos von dir. Darum befüll mal dein Profil unter
https://telekomhilft.telekom.de/t5/user/myprofilepage/tab/personal-profile%3Atelekom-custom-user-profile-userdata
und gib mir hier eine kurze Rückmeldung, wann du gut erreichbar bist.
Grüße
Peter
0
von
vor 4 Jahren
Hallo Peter
WebDAV-URL passt, das mit der eMail habe ich auch beachtet. Über den QNAP und dem WebDAV Zugang kann ich auch einen Backup-Ordner anlegen. Somit denke ich, das der Zugriff funktioniert.
Im Profil habe ich meine Telefon-Nr. hinterlegt. Erreichbar bin ich von ca. 8-17 Uhr.
Gruß
Maik
0
von
vor 4 Jahren
Hallo,
wie in einem anderen Thread schon berichtet. Mit Update der HBS auf die Version 19.0.0120 funktioniert die Sicherung jetzt.
Gruß
Maik
Uneingeloggter Nutzer
von
vor 2 Monaten
auch ich habe Probleme der Verbindung zur Sicherung/Syncronisation von meinem QNAP NAS mit HBS3 in die Magentacloud
Ich schaffe es einfach nicht, den Zugang zur Magentacloud einzurichten. Unter Speicherplatz Webdav/Cloud Speicherplatz erstellen vergebe ich einen beliebigen Namen, erstelle ein neues Konto mit beliebigem Namen, gebe meine Magentacloud-Benutzernamen (Benutzer-ID) ein, das zuvor in der weboberfläche meiner Magentacloud neu erzeugte Passwort und die Server-URL wie in der Magentacloud angezeigt mit https://magentacloud.de/remote.php/webdav ein. Nach "ok" wird die Verbindung gecheckt, dann kommt aber immer
Was mache ich falsch?
0
24
von
vor einem Tag
Ich danke für die Rückmeldung und Screenshots. Ich will hier nicht zu viel versprechen, aber ich habe dein Anliegen komplett an die Kolleg*innen gespiegelt, damit wir auch unsere Anleitung unter Linux überprüfen können. Sobald mir eine Antwort vorliegt, werde ich mich hier wieder melden.
Viele Grüße
Natalie
0
von
vor 20 Stunden
dann hoffen wir mal auf die Spezialisten. Irgendwie ist mein Post etwas durcheinander geraten, mein hier geschildertes Problem betrifft natürlich nicht die Qnap-Problematik, die ist ja inzwischen gelöst. Hier geht es mir um die Einbindug meiner Magentacloud per Webdav in mein Linux (Kubuntu 25.10) als "Netzwerklaufwerk". vielleicht könntet ihr zur besseren Übersichtlichkeit in einen separaten neuen Post verschieben?
0
von
vor 20 Stunden
Hallo @woisis,
wir haben eine Antwort erhalten, allerdings weiß ich, dass sie dir nicht gefallen wird.
Grundsätzlich läuft die MagentaCloud als Webdav unter Linux fehlerfrei. Da gibt es Serverseitig keine Einschränkungen.
Da wir leider die tiefergehende Konfiguration nicht kennen und da auch keine weiteren Tipps geben können, bleibt nichts weiter übrig, als das du selbst auf Ursachenforschung gibt.
Tut mir leid, dass wir dir keine "bessere" Antwort geben können.
Viele Grüße Sören
0
Uneingeloggter Nutzer
von
vor 2 Monaten
Gleiches bei mir: Ich kann zwar die Magenta Cloud über QNAP-HybridMount einbinden und sehe die Dateien auch im Dateimanager, aber in HBS3 gibt es die Fehlermeldung, dass die Cloud authentifizierung nicht klappt.
Auffallend ist, dass es sehr lange dauert, bis man die Dateien im Dateimanager sehen kann.
Es hat mal gut funktioniert?! Jetzt gibts Timeout Probleme????
0
1
von
vor 2 Monaten
Das ist in der Tat wirklich ärgerlich! Was hast du denn schon versucht dagegen zu unternehmen? Ich kann hier gerne ein Ticket an die Fachabteilung schreiben, vielleicht haben die dazu eine Idee.
Dazu müsstest du mir bitte einmal deine Daten im Profil hinterlegen.
@jeck
0
Uneingeloggter Nutzer
von
vor 5 Stunden
Hallo @Sören M.
Wenn ich laut eurer Anleitung den Moun-Befehl eingebe kommt:
hendrik@lifebook-A357:~$ sudo mount /home/hendrik/Clouds/Magentacloud
[sudo: authenticate] Password:
Warnung: der Server kann Dateien nicht sperren
hendrik@lifebook-A357:~$
Was hat das zu bedeuten?
0
0
vor 5 Stunden
Danach ist der Mountpoint ( Ordner /home/hendrik/Clouds/Magentacloud ) immer noch leer
0
0
vor 5 Stunden
Nach eurer Anleitung zu diesem Thema soll man in /etc/davfs2/secrets nach der Zeile Credentials eintragen
https://magentacloud.de/remote.php/webdav IhreE-Mail-Adresse WebDAV-Passwort
Die Zeile Credentials gibt'bei mir nicht nur (unter anderem):
# Credential Line
# ---------------
# A credential line consists of the mount-point, the user-name and
# the password. The mount-point must be an absolute path, starting
# with /. The password may be omitted.
# For compatibility with older versions, instead of the mount-point
# the URL may be given. The URL must contain scheme, fully qualified
# domain name and path. If the path segment is missing, / is assumed.
# Examples
# /home/otto/foo otto g3H\"x\ 7z\\
# /media/dav/bar otto geheim
# Old style
# "http://foo.bar/my documents" otto "geh # heim"
# https://foo.bar:333/dav otto geh\ \#\ heim
Soll der Eintrag danach eingetragen werden oder ganz am Ende der Datei?
0
4
von
vor 4 Stunden
Hallo @wosis123,
Was hat das zu bedeuten?
Hallo @Sören M.
Wenn ich laut eurer Anleitung den Moun-Befehl eingebe kommt:
hendrik@lifebook-A357:~$ sudo mount /home/hendrik/Clouds/Magentacloud
[sudo: authenticate] Password:
Warnung: der Server kann Dateien nicht sperren
hendrik@lifebook-A357:~$
Was hat das zu bedeuten?
das ist eine klassische Fehlermeldung, wenn man WebDAV-Laufwerke (wie z. B. Nextcloud, MagentaCLOUD oder IONOS) unter Linux mit davfs2 einbindet.
Die gute Nachricht: Es ist meistens kein kritischer Fehler, sondern eher ein Hinweis darauf, dass der Server die Sperr-Funktion (Locking) nicht so unterstützt, wie Linux es erwartet.
Was bedeutet das?
Standardmäßig versucht davfs2, Dateien auf dem Server zu "sperren", während du sie bearbeitest. Das soll verhindern, dass zwei Personen gleichzeitig dieselbe Datei ändern und so Datenchaos verursachen. Viele Cloud-Anbieter unterstützen dieses LOCK-Protokoll jedoch nicht oder nur eingeschränkt.
Soll der Eintrag danach eingetragen werden oder ganz am Ende der Datei?
Nach eurer Anleitung zu diesem Thema soll man in /etc/davfs2/secrets nach der Zeile Credentials eintragen
https://magentacloud.de/remote.php/webdav IhreE-Mail-Adresse WebDAV-Passwort
Die Zeile Credentials gibt'bei mir nicht nur (unter anderem):
# Credential Line
# ---------------
# A credential line consists of the mount-point, the user-name and
# the password. The mount-point must be an absolute path, starting
# with /. The password may be omitted.
# For compatibility with older versions, instead of the mount-point
# the URL may be given. The URL must contain scheme, fully qualified
# domain name and path. If the path segment is missing, / is assumed.
# Examples
# /home/otto/foo otto g3H\"x\ 7z\\
# /media/dav/bar otto geheim
# Old style
# "http://foo.bar/my documents" otto "geh # heim"
# https://foo.bar:333/dav otto geh\ \#\ heim
Soll der Eintrag danach eingetragen werden oder ganz am Ende der Datei?
das ist egal wo der Eintrag steht.
Gruß
André
0
Uneingeloggter Nutzer
von
Uneingeloggter Nutzer
von