sfalken
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Hi Folks, ich betreibe ein etwas betagtes NAS von Zyxel. Die Shares auf dem NSA220 ließen sich bisher immer über den Thunar und auch über Krusader per SMB ansprechen. Nach meinem Upgrade von 18.04 auf 20.04, das ansonsten gut funktioniert hat, leider nicht mehr. Über die Web-Oberfläche HTTP sehe ich, dass das NSA220 ansprechbar ist. smb://sfalken@192.168.178.34/sfalken/MyShare in der Adresszeile von Thunar führt zur Eingabemaske der Credentials.
DOMAIN: WORKGROUP PASSWORT: xxxxx Fehlermeldung: Dateisystem konnte nicht geöffnet werden. Einhängen der Windows-Freigabe ist fehlgeschlagen. Vermute es liegt am nicht mehr per Default unterstützten SMBv1 Protokoll. Bin mir aber nicht sicher, welches SMB das NAS benötigt.
Hab bereits server min protocol = NT1 in die smb.conf eingetragen. Hat aber nichts geändert. | sfalken@NUC6:~$ smbclient -L //192.168.178.34/sfalken
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
|
Wie kann ich das Problem eingrenzen? Fehlerprotokolle, bash abfragen, etc.?
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Probier vielleicht mal, beim smbclient das Debuglevel hoch zudrehen, also z.B.:
smbclient -d 3 -L //192.168.178.34/sfalken
Wenn die 3 noch nichts hilfreiches bringt, dann erhöhe die Zahl schrittweise bis auf 10. Die Option heisst übrigens eventuell "min protocol", denke ich.
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Danke Doc, 1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29 | sfalken@NUC6:~$ smbclient -d 4 -L //192.168.178.34/sfalken
lp_load_ex: refreshing parameters
Initialising global parameters
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[global]"
doing parameter workgroup = WORKGROUP
doing parameter server min protocol = NT1
doing parameter server string = %h server (Samba, Ubuntu)
doing parameter log file = /var/log/samba/log.%m
doing parameter max log size = 1000
doing parameter logging = file
doing parameter panic action = /usr/share/samba/panic-action %d
doing parameter server role = standalone server
doing parameter obey pam restrictions = yes
doing parameter unix password sync = yes
doing parameter passwd program = /usr/bin/passwd %u
doing parameter passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
doing parameter pam password change = yes
doing parameter map to guest = bad user
doing parameter usershare allow guests = yes
pm_process() returned Yes
added interface enp3s0 ip=2001:4dd6:22ba:0:26d9:2f29:244d:a07c bcast= netmask=ffff:ffff:ffff:ffff::
added interface enp3s0 ip=2001:4dd6:22ba:0:7dcc:8eec:ddcc:1b0d bcast= netmask=ffff:ffff:ffff:ffff::
added interface enp3s0 ip=192.168.178.35 bcast=192.168.178.255 netmask=255.255.255.0
Client started (version 4.11.6-Ubuntu).
Connecting to 192.168.178.34 at port 445
session request ok
protocol negotiation failed: NT_STATUS_CONNECTION_DISCONNECTED
sfalken@NUC6:~$
|
/var/log/samba/ ist leer.
Scheint plausibel, bis auf die letzte Zeile.
Kann denn jemand hier ein Problem erkennen?
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Hm, das ist bisher auch nicht wirklich aussagekräftiger. Wie gesagt, versuch mal das Debuglevel hochzudrehen. Wie sieht denn deine smb.conf aus?
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Debug auf 10 bringt nicht viel mehr an Info. Ich häng die smb.conf mal an, aber die sieht auch plausibel aus.
- smb.conf (8.8 KiB)
- Download smb.conf
|
Taomon
Supporter
Anmeldungsdatum: 30. Januar 2011
Beiträge: 8430
Wohnort: Digiworld
|
Änder mal versuchsweise server min protocol = NT1 zu
server min protocol = nt1 gefunden hier Gruß Taomon
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Wie gesagt, probier mal die Option "min protocol" statt "server min protocol"
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Nö, auch keine Änderung. Kann es denn sein, das irgendein Paket fehlt? Hab gerade bemerkt, das ich mit KODI auch nicht auf mein Fritz.Nas zugreifen kann. Ist also vielleicht gar kein SMBv1 Problem. Wie könnte ich herausfinden, ob SAMBA überhaupt richtig installiert ist? Gibt es da einen generellen Test?
|
Doc_Symbiosis
Anmeldungsdatum: 11. Oktober 2006
Beiträge: 4378
Wohnort: Göttingen
|
Also ein Kodi auf dem gleichen Rechner, wo auch dein Thunar läuft? Dann wird das Problem das gleiche sein. Sowohl Thunar als auch Kodi greifen ja auf deine Samba-Einstellungen zu, denke ich.
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Ja, klar ist es das gleiche Problem. Aber ich dachte wegen des alten nsa220 läge das Problem bei SMBv1. Weil es in der neuen Distri nicht mehr Defaultmäßig eingeschaltet ist. Die recht neue Fritz.Box wird ja auf jeden Fall mit einer höheren Version zurecht kommen. Folglich muss noch etwas anderes Fehlen oder durch das Update eine Konfig überschrieben oder geändert worden sein.
|
chr123
Anmeldungsdatum: 19. Juli 2018
Beiträge: 1632
|
Der Parameter server min protocol ist nur relevant, wenn man einen Samba Server betreiben will. Das ist bei dir nicht relevant, da der Server dein Zyxel NAS ist. Wenn dann müsstest du mit client min protocol experimentieren. Lass uns doch erstmal ermitteln, welche smb Versionen überhaupt verfügbar sind.
sudo apt install nmap
sudo nmap --script smb-protocols 192.168.178.34
|
Bleys
Anmeldungsdatum: 13. August 2006
Beiträge: 6172
Wohnort: Essen, NRW
|
Wie chr123 schon bemerkt hat, bringt es nichts das Server Protocol zu ändern wenn Du als Client auf Dein NAS zugreifst. Wenn schon smb1 dann als Client: client min protocol = NT1
|
sfalken
(Themenstarter)
Anmeldungsdatum: 28. Dezember 2020
Beiträge: 7
|
Danke chr123 und Bleys !!! | client min protocol = NT1
|
ist die Lösung! Folgendes noch zur Info:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20 | sfalken@NUC6:~$ sudo nmap --script smb-protocols 192.168.178.34
Starting Nmap 7.80 ( https://nmap.org ) at 2021-01-05 22:12 CET
Nmap scan report for nsa220.fritz.box (192.168.178.34)
Host is up (0.015s 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
514/tcp open shell
631/tcp open ipp
MAC Address: ??:??:??:??:??:?? (Zyxel Communications)
Host script results:
| smb-protocols:
| dialects:
|_ NT LM 0.12 (SMBv1) [dangerous, but default]
Nmap done: 1 IP address (1 host up) scanned in 1.02 seconds
|
|