staging.inyokaproject.org

Hallo,

habe mein Ubuntu von 16.04 auf 18.04 und dann direkt 20.04 geupdate. Unter 16.04 konnte ich mit folgenden fstab-Einträgen die SMB Shares auf meinem D-Link NAS mounten:

1
2
3

//nas/wahnfried /mnt/nas/wahnfried cifs auto,x-systemd.automount,noperm,username=wahnfried,password=secret 0 0
//nas/share /mnt/nas/share cifs auto,x-systemd.automount,noperm,guest 0 0
//nas/backups /mnt/nas/backups cifs auto,x-systemd.automount,noperm,username=wahnfried,password=secret 0 0

Mit 18.04 hat das nicht mehr funktioniert, und mit 20.04 auch nicht. Bei dem Versuch, ein Share manuell zu mounten, kommt dieser Fehler:

1
2
3

sudo mount -t cifs -o auto,x-systemd.automount,noperm,guest //nas/share /mnt/nas/share
mount error(2): No such file or directory
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

Den Ordner /mnt/nas/share hab ich vorher angelegt.

Nachtrag:

1
2

smbclient -L 192.168.1.11
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

Komisch, es ist doch SMB, und von meinem Windows-Rechner komm ich auch noch drauf. Muss ich unter Ubuntu etwa noch etwas anderes installieren als cifs-utils?

Weiss jemand, was da lost ist und was man da tun kann?

Grüße, Wahnfried

wahnfried schrieb:

habe mein Ubuntu von 16.04 auf 18.04 und dann direkt 20.04 geupdate.

Soso.

wahnfried schrieb:

beim Update auf 20.04 hat es sowieso geknallt (...) Es wird dann also eine Neuinstallation werden.

Ja, es geht hier um ein frisch aufgesetztes Ubuntu 20.04. Dass es nicht mehr funktionierte hab ich aber auch schon auf dem zwischenzeitlich von 16.04 auf 18.04 upgegradeten System festgestellt.

Lies Dir mal Samba durch.

wahnfried schrieb:

Ja, es geht hier um ein frisch aufgesetztes Ubuntu 20.04.

Du hast also kein Distupgrade durchgeführt, genauer gesagt, Deine jetzige Focal-Installation ist kein Upgrade (ein Update sowieso nicht). Dann schreib' sowas falsches nicht, denn technisch ist das ein Unterschied mit Folgen! Supporter gehen nach Deinen Angaben und dann anders heran. Du verbrennst also Zeit.

wahnfried schrieb:

[…] SMB Shares auf meinem D-Link NAS […] Komisch, es ist doch SMB

Du musst natürlich beim Zugriff auf eine SMB-Freigabe eine Version des SMB-Protokolls verwenden, welches der jeweilige Server auch versteht. Ubuntu 20.04 verwendet z.B. in der Standardeinstellung nicht mehr die Version 1 und frühere Versionen des SMB-Protokolls.

Welche SMB-Protokollvarianten spricht denn das D-Link NAS?

Ja, es liegt wohl am SMB Protokoll. Das war eigentlich auch mein erster Gedanke, weil mir die SMB1-Problematik bekannt ist und ich weiss, dass SMB1 in den letzten Jahren mehr und mehr "abgeschafft" wurde.

Mein Denkfehler war allerdings, dass ich mir sicher war, dass auch Windows 10 SMB1 nicht mehr standardmässig verwenden würde, und da ich von meinem relativ frisch aufgesetzten Windows 10 Rechner problemlos aus NAS komme, bin ich davon ausgegangen, dass das NAS entsprechend auch SMB2 oder 3 spricht.

Nun hab ich aber festgestellt, dass im Windows 10 die SMB1 Unterstützung für Clients sehr wohl aktiviert ist (kann mich nicht erinnern, dass aktiviert zu haben, ist wohl Standard), und dass das D-Link DNS320L nur SMB1 kann.

Ich habe nun ein Firmware Upgrade des NAS durchgeführt, das gegen SambaCry helfen soll, es wird aber nicht eindeutig klar, ob es das Gerät SMB2 oder 3 fähig macht (https://eu.dlink.com/de/de/support/faq/nas/de_dns_sambacry).

Scheinbar nicht, denn ich bekomme ich nach wie vor:

1
2

smbclient -L nas
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED

Jetzt schaue ich grad, ob und wie man in Ubuntu 20.04 die Unterstützung von SMB1 für Clients aktivieren kann.

Magst du bitte erstmal folgende Ausgaben zeigen?

sudo apt install nmap 
sudo nmap --script smb-protocols IP-des-NAS

Klar:

 1
 2
 3
 4
 5
 6
 7
 8
 9
10
11
12
13
14
15
16
17
18
19
20

sudo nmap --script smb-protocols 192.168.1.11
Starting Nmap 7.80 ( https://nmap.org ) at 2021-08-04 16:04 CEST
Nmap scan report for nas (192.168.1.11)
Host is up (0.00030s latency).
Not shown: 994 closed ports
PORT     STATE SERVICE
80/tcp   open  http
139/tcp  open  netbios-ssn
443/tcp  open  https
445/tcp  open  microsoft-ds
515/tcp  open  printer
3306/tcp open  mysql
MAC Address: 78:54:2E:25:D6:98 (D-Link International)

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

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

Bin einen Schritt weiter. Folgender Eintrag in der /etc/samba/smb.conf aktiviert SMB1 auf dem Client:

1

   client min protocol = NT1

Danach klappt

1

smbclient -L nas

und ich kann auch mit Nautilus auf die Freigaben auf dem NAS zugreifen.

Allerdings funktionieren die fstab Einträge immer noch nicht. Versuche ich auf eines der Verzeichnisse in /mnt/nas zuzugreifen (hier "share"), bekomme ich diesen Fehler:

1
2

cd share/
bash: cd: share/: Kein passendes Gerät gefunden

Bin aber zuversichtlich, das auch noch zu lösen, vielleicht hat ja jemand einen Tipp.

wahnfried schrieb:

[…] vielleicht hat ja jemand einen Tipp.

Lies den von Doc_Symbiosis verlinkten Wiki-Artikel und folge den dortigen Verweisen, z.B. zu mount.cifs und dort speziell mount.cifs (Abschnitt „SMB-Protokoll-Versionen“).

Klar, ich hab das meiste schon gelesen. Der entscheidende Hinweis befand sich tatsächlich im Abschnitt "SMB-Protokoll-Versionen", danke.

Mit diesen erweiterten fstab-Einträgen funktioniert es nun:

1
2
3

//nas/wahnfried /mnt/nas/wahnfried cifs auto,x-systemd.automount,noperm,username=wahnfried,password=secret,vers=1.0 0 0
//nas/share /mnt/nas/share cifs auto,x-systemd.automount,noperm,guest,vers=1.0 0 0
//nas/backups /mnt/nas/backups cifs auto,x-systemd.automount,noperm,username=wahnfried,password=secret,vers=1.0 0 0

Danke an alle für die Hinweise.

Nachtrag: Die Ausgabe von nmap hatte gezeigt, daß nur SMBv1 angeboten wird, daher muss man die Protokollversion von SMB explizit in neueren Versionen von Ubuntu angeben, wenn du bspw per mount.cifs die Shares einbindest.

Hinweis: Ich würde immer die IP anstelle des Namens in der fstab verwenden.