wahnfried
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
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: | //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:
| 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:
| 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
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
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.
|
wahnfried
(Themenstarter)
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
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.
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4392
Wohnort: Göttingen
|
Lies Dir mal Samba durch.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 9642
|
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.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
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?
|
wahnfried
(Themenstarter)
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
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: | 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.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Magst du bitte erstmal folgende Ausgaben zeigen?
sudo apt install nmap
sudo nmap --script smb-protocols IP-des-NAS
|
wahnfried
(Themenstarter)
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
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
|
|
wahnfried
(Themenstarter)
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
Bin einen Schritt weiter. Folgender Eintrag in der /etc/samba/smb.conf aktiviert SMB1 auf dem Client: | client min protocol = NT1
|
Danach klappt 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: | 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.
|
kB
Supporter, Wikiteam
Anmeldungsdatum: 4. Oktober 2007
Beiträge: 8628
Wohnort: Münster
|
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“).
|
wahnfried
(Themenstarter)
Anmeldungsdatum: 29. August 2014
Beiträge: 13
|
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: | //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.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
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.
|