staging.inyokaproject.org

Ich habe das gleiche Problem wie der Thread-Owner. Nur mit Lubuntu 20.04

Habe auch WD My Cloud Home 8TB am Ethernet im internen Home-Netzwerk von nur Linux-PCs.

Mir ist der angebotene Zugang übers www unheimlich, meine Daten gehören mir. Wieso bietet mir WD nur Zugriff aufs NAS über ihre Website?

map WDmyCloudHome
Starting Nmap 7.80 ( https://nmap.org ) at 2020-12-30 10:52 CET
Nmap scan report for WDmyCloudHome (192.168.188.48)
Host is up (0.00058s latency).
rDNS record for 192.168.188.48: WDmyCloudHome.fritz.box
Not shown: 993 closed ports
PORT     STATE SERVICE
80/tcp   open  http
139/tcp  open  netbios-ssn
443/tcp  open  https
445/tcp  open  microsoft-ds
548/tcp  open  afp
8080/tcp open  http-proxy
9999/tcp open  abyss

Nmap done: 1 IP address (1 host up) scanned in 0.15 seconds

res@thinkpadT460:~$ smbclient -L WDmyCloudHome
Enter WORKGROUP\res's password: 

        Sharename       Type      Comment
        ---------       ----      -------
        Public          Disk      
        IPC$            IPC       IPC Service (MyCloudDevice)
SMB1 disabled -- no workgroup available

Welches offene Netzwerkprotokoll ist hier angemessen?

Normalerweise benutze ich sftp, um auf andere PCs zuzugreifen.

Ich vermute, dass es eine Funktion gibt, mit der WD My Cloud Home (per UPNP) sich an der (Fritzbox) Firewall freischalten kann, damit du über die Webseite auf dein "NAS" zugreifen kannst. Das könnte man aber über die Fritzbox unterbinden.

Intern, d.h. in deinem Netz (192.168.188.xx) wäre es wohl das einfachste, wenn du per cifs Protokoll auf das Nas Zugriff nimmst. Die Ports sind vorhanden und eine Freigabe namens Public auch. Falls du die Freigabe in Lubuntu nicht siehst, liegt das wohl an der Protokollversion von cifs. Über

1

sudo nmap --script smb-protocols 192.168.188.48

kannst du ermitteln, welche cifs Protokollversionen vorhanden sind.

Danke.

Hier die Ausgabe:

sudo nmap --script smb-protocols 192.168.188.48
[sudo] Passwort für res: 
Starting Nmap 7.80 ( https://nmap.org ) at 2021-01-01 21:11 CET
Nmap scan report for MyCloud-GNGXLY.fritz.box (192.168.188.48)
Host is up (0.00077s latency).
Not shown: 993 closed ports
PORT     STATE SERVICE
80/tcp   open  http
139/tcp  open  netbios-ssn
443/tcp  open  https
445/tcp  open  microsoft-ds
548/tcp  open  afp
8080/tcp open  http-proxy
9999/tcp open  abyss
MAC Address: 00:00:C0:08:7F:49 (Western Digital)

Host script results:
| smb-protocols: 
|   dialects: 
|     NT LM 0.12 (SMBv1) [dangerous, but default]
|     2.02
|     2.10
|     3.00
|     3.02
|_    3.11

Nmap done: 1 IP address (1 host up) scanned in 4.60 seconds

Ok, wir wissen jetzt, dass die WD Cloud diverse Protokollversionen von cifs unterstützt. Ubuntu spricht standardmäßig nur noch die Version 2.0 und höher. Das ist an sich auch kein Problem, allerdings funktioniert das Browsen der Freigabe nicht so ohne weiteres (kann man aber lösen). Der einfachhalthalber würde ich erstmal probieren, mittels gio auf die Freigabe zuzugreifen. Nach

gio mount smb://192.168.188.48/Public

sollte die Freigabe im Dateimanager auftauchen.

chr123 schrieb:

Ok, wir wissen jetzt, dass die WD Cloud diverse Protokollversionen von cifs unterstützt. Ubuntu spricht standardmäßig nur noch die Version 2.0 und höher. Das ist an sich auch kein Problem, allerdings funktioniert das Browsen der Freigabe nicht so ohne weiteres (kann man aber lösen). Der einfachhalthalber würde ich erstmal probieren, mittels gio auf die Freigabe zuzugreifen. Nach

gio mount smb://192.168.188.48/Public

sollte die Freigabe im Dateimanager auftauchen.

ja, ich finde den Folder jetzt mit

smb://192.168.188.48/public/

Aber vorher hatte ich schon so viel ausprobiert, dass ich mir unsicher bin, ob der von Dir gegebene Befehl es geleistet hat.

Dann habe ich diesen Befehl noch gegeben:

sudo mount.cifs //192.168.188.48/Public/ /media/MCH -o user=res

Und jetzt sehe ich die Dateien zwar unter /media/MCH, kann sie jedoch nicht mehr schreiben oder löschen.

Nach

sudo umount /media/MCH

geht es wieder.

Aber wie kann ich jetzt z.B. mit rsync das addressieren?

mit diesem Eintrag in /etc/fstab hat es endlich geklappt:

//192.168.188.48/Public /media/MCH      cifs    rw,guest,uid=1000       0       0

anschliessend noch

mount -a

Nun konnte ich unter /media/MCH die Daten ansprechen, lesend und schreibend.

Gibt es noch etwas, das ich beachten sollte?

res55 schrieb:

mit diesem Eintrag in /etc/fstab hat es endlich geklappt:

//192.168.188.48/Public /media/MCH      cifs    rw,guest,uid=1000       0       0

Das kann eigentlich gar nicht gehen, da es syntaktisch falsch ist bzw. Optionen gesetzt sind, die mount.cifs nicht unterstützt. Wenn, dann müsste es so sein:

//192.168.188.48/Public /media/MCH      cifs    uid=1000,username=guest       0       0

Ggf. noch mal das Passwort "leer" übergeben:

//192.168.188.48/Public /media/MCH      cifs    uid=1000,username=guest,password=       0       0

ok, werde ich korrigieren.

Aber es geht so. Mit rsync jedenfalls.

Backupintime meldet jedoch diese Warnung:

Das Zieldateisystem für »/media/MCH« ist eine eingehängte SMB-Freigabe. Bitte stellen Sie sicher, dass der entfernte SMB-Server symbolische Verknüpfungen unterstützt oder aktivieren Sie »Verknüpfungen kopieren (symbolische Verknüpfungen zurückverfolgen)« in »Einstellungen für Experten«.

Wie überprüfe ich die Unterstützung von sym links auf dem NAS?

res55 schrieb:

Wie überprüfe ich die Unterstützung von sym links auf dem NAS?

Offenbar geht es nicht, gemäss dieser Meldung anbei.

Kann ich die Unterstützung von symlinks irgendwie erlangen?

Der Server muss symlinks auch grundsätzlich unterstützen, damit du das im Client auch nutzen kannst. Ich würde noch folgendes probieren:

//192.168.188.48/Public /media/MCH      cifs    uid=1000,username=guest,password=,unix,sfu       0       0

Falls das nicht geht, fällt mir nicht weiteres ein.

habe ich ausprobiert und dann mount -a und dann manuell versucht, eine Verknüpfung über den Dateimanager auf das NAS zu erstellen: das scheiterte mit der gleichen Fehlermeldung.

Vielleicht ist samba dazu nicht geeignet und ich sollte NFS verwenden?

Samba kann grundsätzlich auch symlinks folgen, dies wurde aus Sicherheitsgründen jedoch per default deaktiviert. Ich schätze, dass du die Einstellung nicht auf dem dlink ändern kannst. Ob es mit NFS eine Alternative gibt, kann ich dir nicht beantworten.

Nachtrag:

Laut der nmap Ausgabe kann dein NAS kein nfs, jedoch afp. Ob afp symlinks unterstützt, kann ich jedoch ebenfalls nicht sagen. Imho wäre das auch eine andere Frage, die nicht zu diesem Thread passt.