Zugriff auf Freigabeordner seit Update 5.0.0.1828

Hallo Allerseits,

am Wochenende hab ich Updates installiert, QNAP TVS473 auf Version 5.0.0.1828 und meine Ubuntu 20.04 VMs aktualisiert, seit dem bekomme ich keinen Zugriff mehr auf die Freigabeordner. Da ich Zugriff mittels Windows bekomme, liegt es wohl an den VM Updates. Ich bin mir unsicher, ob ich hier die richtige Kategorie für ausgesucht habe, oder vielleicht sogar ein anderes Forum, das auf Ubuntu ausgelegt ist, suchen sollte.

Nun bin ich seit etwa zwei Tagen dabei dieses Problem zu bearbeiten. Langsam gehen mir die Optionen aus. Was ich noch ausprobieren könnte, ist vielleicht mittels SMB Client die Verbindungen herzustellen.

Meine Cloud auf der einen VM kann sich an Samba und AD anmelden, auch auf die VMs konnte ich gestern wieder über die Domain Admins zugreifen. Trotzdem erscheint bei Versuch auf die Freigabeordner zuzugreifen eine Zugriffsfehlermeldung im NAS.

Warnung    2021-10-27    10:59:29    mydmainadmin    192.168.1.3    localhost    SMB (Windows)    ---    Anmeldung fehlgeschlagen

Ich mounte mittels CIFS.

//192.168.1.2/DATA /media/data cifs credentials=/root/.logindaten,vers=3 0 0

mit und ohne verschiedener "vers=" Angaben, mit und ohne verschiedener Protokollangaben, alles erfolglos.

Meine Samba Konfig, die funktioniert mit /etc/samba/smb.conf:

[global]
       bind interfaces only = Yes
       domain master = No
       interfaces = lo ens3
       local master = No
       os level = 0
       preferred master = No
       realm = MYDOMAIN.TLD
       restrict anonymous = 2
       security = ADS
       template homedir = /home/%U
       template shell = /bin/bash
       winbind cache time = 10
       winbind enum groups = Yes
       winbind enum users = Yes
       winbind use default domain = Yes
       workgroup = MYDOMAIN
       idmap config * : range = 10000-20000
       idmap config * : backend = tdb

Dann habe ich überprüft, ob diese Prozesse laufen mit:

systemctl status networkd-dispatcher.service 
systemctl status systemd-networkd.service
systemctl status systemd-networkd-wait-online

und die sind alle aktiv.

Es hatte ja auch alles bis vor dem Update der VMs und der NAS funktioniert.

Neben vielen anderen Seiten besuchte ich folgende, im Rahmen meiner Recherchen.

• Ubuntuusers Wiki: Samba Winbind, https://wiki.ubuntuusers.de/Samba_Winbind/
• [1]Samba Wiki AD, https://wiki.samba.org/index.p…tation&_Active_Directory=
• [2]Samba bind to specific interface, https://wiki.samba.org/index.p…nd_to_Specific_Interfaces
• [3]SMB Fehler Nummern zum Nachschlagen, https://docs.microsoft.com/en-…45-46cc-97e6-f00569e3e1bc
• [4]Linux Fehler, der Freigaben unzugänglich sein lässt, https://community.netapp.com/t…r-Linux/m-p/164278#M37592
• [5]Linux CIFS auf Wiki.Samba.Org, https://wiki.samba.org/index.php/LinuxCIFS_troubleshooting
• [6]CIFS utils auf wiki.samba.org, https://wiki.samba.org/index.php/LinuxCIFS_utils
• [7]CIFS Mount auf wiki.unbutuusers.de, https://wiki.ubuntuusers.de/mount.cifs/
• [8]Samba Wiki DNS, https://wiki.samba.org/index.p…nd_Unix_DNS_Configuration
• [10]Samba logs auf wiki.samba.org, https://wiki.samba.org/index.php/Setting_the_Samba_Log_Level

Ich bekomme folgende Fehler ausgegeben mit dmesg:

[76772.562104] CIFS: Attempting to mount //192.168.1.2/DATA
[76782.743467] CIFS VFS: Error connecting to socket. Aborting operation.
[76782.744380] CIFS VFS: cifs_mount failed w/return code = -2

Wenn ich ein wenig herumprobiere bekomme ich auch manchmal den Fehler code = -13

Geändert hatte ich, nachdem die Fehler bereits auftraten Firewallregeln der UFW, da waren einige doppelt, weil ich mittels Service Bezeichner wie „Samba“ und separat mittels Port angaben welche erstellt hatte, gestört hatte das nicht.

Nach https://wiki.ubuntuusers.de/Samba_Winbind/ hatte ich ursprünglich die Verbindung eingerichtet und dann mittels CIFS die Freigaben eingehängt.

Ich arbeite nur auf Kommandozeilenebene, kein UI auf den VMs.

Ich bin kein Linux (Freak|Nöörd|Spezialist) ich arbeite nur damit, also fehlen mir sicher viele Kenntnisse, wo ich im System vielleicht noch mehr Informationen über das Verbindungsproblem bekomme. Früher meine ich mal Befehle ausgeführt zu haben, die mir ganz detailliert aufzeigten, was gerade unternommen wird und so auch zeigten, wann es und vielleicht sogar schlussfolgernd, wieso es zum Fehlschlag kam.

Jemand ne Idee wie ich die Freigaben wieder eingehängt bekomme

Ich freue mich über jede Rückmeldung.

Beste Grüße

Thomas

Danke für Deine Antwort FSC830,

NFS Freigaben auf der NAS hab ich nicht eingerichtet. Die hatte ich mir gestern angesehen, habe dort auch noch kein nfs4 aktiviert, bei NFS muss ich auch auf der NAS erst noch die Einträge alle vornehmen? Denn die Samba-Freigaben sind nicht automatisch über NFS freigegeben, so wie ich das gesehen habe, was auch bedeutet, dass bei Änderungen diese stets an mehreren Orten vorgenommen werden müssen.

Da ich mich eh an der Domäne anmelde, dachte ich es wäre ne gute Lösung mit cifs.

apt install nfs-common
showmount -e
clnt_create: RPC: Program not registered

Aber vielleicht ist NFS die bessere Lösung. mount.cifs will bei mir nicht mehr verbinden. Pam mount war nicht geeignet, um Unterverzeichnisse einer Freigabe einzubinden, darum hatte ich darauf verzichtet, das ist schon ne Weile her, vielleicht hat sich das geändert oder ich muss mich wohl doch noch mit NFS befassen.

Das ist installiert ja, mount arbeitet bei mir mit den Einträgen von fstab, ich habe auch mal versucht den Eintrag im systemd einzutragen, das geschieht sonst glaube auch automatisch mit den Einträgen in fstab. Aber das hat alles nichts geändert. Ich hab die mount Befehle noch nicht manuell ausprobiert, gleich mal nachholen . . .

root@my-vm:~# mount -t cifs -o user=mydomainadmin \\\\192.168.1.2\\data /my/data
Password for mydomainadmin@\192.168.1.2\data:  ******************************************
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

root@my-vm:~# mount -t cifs -o user=Mydomainadmin \\\\192.168.1.2\\data /my/data
Password for Mydomainadmin@\192.168.1.2\data:  ******************************************
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

root@my-vm:~# mount -t cifs -o user=Mydomainadmin@MYDOMAIN.TLD \\\\192.168.1.2\\data /my/data
Password for Mydomainadmin@MYDOMAIN.TLD@\192.168.1.2\data:  ******************************************
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

root@my-vm:~# mount -t cifs -v -o user=mydomainadmin \\\\192.168.1.2\\data /my/data
Password for mydomainadmin@\192.168.1.2\data:  ******************************************
mount.cifs kernel mount options: ip=192.168.1.2,unc=\\192.168.1.2\data,user=mydomainadmin,pass=******************************************
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)

root@my-vm:~# mount -t cifs -v -o user=mydomainadmin -o domain=MYDOMAIN \\\\192.168.1.2\\data /my/data
Password for mydomainadmin@\192.168.1.2\data:  ******************************************
mount.cifs kernel mount options: ip=192.168.1.2,unc=\\192.168.1.2\data,user=mydomainadmin,domain=MYDOMAIN,pass=******************************************
root@my-vm:~# ls /my/data/
my-first-dir/         my-secound-dir/         any-other-dirs-from-the-server/

Der Unterschied ist

domain=MYDOMAIN

vorher war es

domain=MYDOMAIN.TLD

Und das hatte früher funktioniert. An meiner zweiten VM, wo ich nichts geändert habe, wird es klar, kaum habe ich die Credentials-Datei angepasst, schon funktioniert es.

Wahnsinn, wie viel Zeit man wegen einem .TLD verplempern kann.

Aber der Austausch mit Dir hat mich zum weiteren herumprobieren angestiftet, Du hast also Schuld, dass es nun funktioniert. Vielen Dank dafür!

Nach Änderung in der Credentials-Datei funktioniert nun auch das Mounten über meine fstab Einträge wieder.

< das ist hier wohl der Party Smiley