staging.inyokaproject.org

Ich versuche, mein Wissen über Samba zu erweitern und probiere dies aus dem Wiki aus:

Wird ohne Eintrag in fstab gemountet, ist der Mount-Befehl so zu verändern:

Allgemein:

sudo mount -t cifs -o username=BENUTZER,password=PASSWORD,uid=UID,gid=GID,file_mode=MODE,dir_mode=MODE //SERVER-IP/FREIGABE MOUNTPUNKT 

Beispiel:


sudo mount -t cifs -o username=otto,password=geheim,uid=1000,gid=1000,file_mode=0660,dir_mode=0770 //192.168.1.100/Tausch /media/austausch 

und komme nicht weiter

sudo mount -t cifs -o username=testuser,password=xxxxxxxxx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //raspi-u4/ziv /home/testuser/ziv

diese Meldung kommt am propt

testuser@ubu-20-home:~$ sudo mount -t cifs -o username=testuser,password=xxxxxxxxx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //raspi-u4/ziv /home/testuser/ziv
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
testuser@ubu-20-home:~$ groups

Da schon ein share auf den testuser per pam_mount gemountet ist, kann aber das PW nicht falsch sein, oder ?

testuser@ubu-20-home:~$ df -h
Dateisystem              Größe Benutzt Verf. Verw% Eingehängt auf
tmpfs                     3,2G    3,6M  3,1G    1% /run
/dev/sda4                 103G     22G   76G   22% /
tmpfs                      16G       0   16G    0% /dev/shm
tmpfs                     5,0M    4,0K  5,0M    1% /run/lock
/dev/sda1                  96M     32M   65M   33% /boot/efi
/dev/mapper/_dev_sda5     610G    398G  181G   69% /home
tmpfs                     3,2G    4,0M  3,1G    1% /run/user/1000
//192.168.1.53/austausch   28G     11G   18G   39% /home/testuser/austausch

Sieht jemand einen Denkfehler?

Da schon ein share auf den testuser per pam_mount gemountet ist, kann aber das PW nicht falsch sein, oder ?

Prüfe das bitte im Log des Servers. Wird das Ziel bereits für einen Mount verwendet?

Funktioniert die Namensauflösung auf raspi-u4 ? Zeige:

host raspi-u4 ; echo $? 

Danke für die Antworten

bestimmt habe ich wieder etwas in der smb.conf versemmelt )-:

aber deswegen über ich ja

testuser@ubu-20-home:~$ host raspi-u4
raspi-u4.fritz.box has address 192.168.1.53
testuser@ubu-20-home:~$ host echo $? 
;; communications error to 0.0.0.0#53: connection refused
;; communications error to 0.0.0.0#53: connection refused
;; no servers could be reached

testuser@ubu-20-home:~$ 

log des Servers

[2024/07/07 15:48:02.504598,  2] ../../source3/auth/auth.c:345(auth_check_ntlm_password)
  check_ntlm_password:  Authentication for user [testuser] -> [testuser] FAILED with error NT_STATUS_WRONG_PASSWORD, authoritative=1

das Pw habe ich am Server geändert, mache ich da etwas falsch?

root@raspi-u4:/var/log $ smbpasswd -a testuser
New SMB password:
Retype new SMB password:
root@raspi-u4:/var/log $ /etc/init.d/smbd restart
Restarting smbd (via systemctl): smbd.service.
root@raspi-u4:/var/log $

./. edit

Wird das Ziel bereits für einen Mount verwendet?

wenn du den "Einhängepunkt" /media/austausch/ziv damit meinst, nein

weholei schrieb:

[…] bestimmt habe ich wieder etwas in der smb.conf versemmelt

Möglich, aber mehr können wir dazu nicht sagen.

[…]

testuser@ubu-20-home:~$ host raspi-u4
raspi-u4.fritz.box has address 192.168.1.53

OK, Namensauflösung funktioniert grundsätzlich. Aber ist das auch die richtige IP-Adresse?

• Zeige auf dem Client:
  

  avahi-browse -t _smb._tcp
  nmblookup raspi-u4 -S

• Zeige auf dem Server:
  

   hostname -I
  testparm -sv | grep netbios

log des Servers

[2024/07/07 15:48:02.504598,  2] ../../source3/auth/auth.c:345(auth_check_ntlm_password)
  check_ntlm_password:  Authentication for user [testuser] -> [testuser] FAILED with error NT_STATUS_WRONG_PASSWORD, authoritative=1

das Pw habe ich am Server geändert, mache ich da etwas falsch?

root@raspi-u4:/var/log $ smbpasswd -a testuser
New SMB password:
Retype new SMB password:

Im Prinzip richtig. Ob Du das Passwort richtig angegeben hast, kannst nur Du prüfen. Zusätzlich:

• Verwenden Client und Server denselben System-Zeichensatz?

• Verwende im Passwort nur ASCII-Zeichen aus dem Bereich 33-126, aber nicht / und \!

Funktioniert es denn, wenn Du die IP-Adresse numerisch angibst?

Danke KB für die viele Mühe

Zeige auf dem Client:

avahi-browse -t _smb._tcp

nmblookup raspi-u4 -S

Ich gehe davon aus, es spielt für die Befehle in der Konsole keine Rolle (su testuser) wenn ich grafisch als Hauptbenutzer angemeldet bin.

testuser@ubu-20-home:~$ avahi-browse -t _smb._tcp
+   eno1 IPv6 UBU-20-HOME                                   Microsoft Windows Network local
+   eno1 IPv4 UBU-20-HOME                                   Microsoft Windows Network local
+   eno1 IPv6 fritz-box                                     Microsoft Windows Network local
+   eno1 IPv6 faholei                                       Microsoft Windows Network local
+   eno1 IPv4 fritz-box                                     Microsoft Windows Network local
+   eno1 IPv4 faholei                                       Microsoft Windows Network local
+     lo IPv4 UBU-20-HOME                                   Microsoft Windows Network local
+   eno1 IPv6 RASPI-U4                                      Microsoft Windows Network local
+   eno1 IPv4 RASPI-U4                                      Microsoft Windows Network local
testuser@ubu-20-home:~$ 

ist die 3 fach Nennung für IPv4, IPv6 und "localhost" ?

testuser@ubu-20-home:~$ nmblookup raspi-u4 -S
added interface eno1 ip=2003:cb:cf1b:3300:62b2:85fb:b03e:f6e0 bcast= netmask=ffff:ffff:ffff:ffff::
added interface eno1 ip=2003:cb:cf1b:3300:8b16:a5ce:f0aa:77d2 bcast= netmask=ffff:ffff:ffff:ffff::
added interface eno1 ip=192.168.1.40 bcast=192.168.1.255 netmask=255.255.255.0
Socket opened.
name_resolve_bcast: Attempting broadcast lookup for name raspi-u4<0x0>
Got a positive name query response from 192.168.1.53 ( 192.168.1.53 )
192.168.1.53 raspi-u4<00>
Looking up status of 192.168.1.53
	RASPI-U4        <00> -         H <ACTIVE> 
	RASPI-U4        <03> -         H <ACTIVE> 
	RASPI-U4        <20> -         H <ACTIVE> 
	..__MSBROWSE__. <01> - <GROUP> H <ACTIVE> 
	HOFMANN         <00> - <GROUP> H <ACTIVE> 
	HOFMANN         <1b> -         H <ACTIVE> 
	HOFMANN         <1d> -         H <ACTIVE> 
	HOFMANN         <1e> - <GROUP> H <ACTIVE> 

	MAC Address = 00-00-00-00-00-00

testuser@ubu-20-home:~$ 

Dann am Server

Zeige auf dem Server:

hostname -I testparm -sv | grep netbios

testuser@raspi-u4:/ $ 
testuser@raspi-u4:/ $ hostname -I
192.168.1.53 
testuser@raspi-u4:/ $ 
testuser@raspi-u4:/ $ testparm -sv | grep netbios
Load smb config files from /etc/samba/smb.conf
Loaded services file OK.
Weak crypto is allowed

Server role: ROLE_STANDALONE

	disable netbios = No
	mdns name = netbios
	netbios aliases = 
	netbios name = RASPI-U4
	netbios scope = 
testuser@raspi-u4:/ $ 

Funktioniert es denn, wenn Du die IP-Adresse numerisch angibst?

ohne Sudo geht erstmal gar nichts

testuser@ubu-20-home:~$ sudo mount -t cifs -o username=testuser,password=xxxxxxxxxx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //192.168.1.53/ziv /media/austausch/ziv
[sudo] Passwort für testuser: 
mount error(13): Permission denied
Refer to the mount.cifs(8) manual page (e.g. man mount.cifs) and kernel log messages (dmesg)
testuser@ubu-20-home:~$ 
Code

aber jetzt kommts:

Im Prinzip richtig. Ob Du das Passwort richtig angegeben hast, kannst nur Du prüfen. Zusätzlich:

das in .smcredentials kann ich prüfen

testuser@ubu-20-home:~$ sudo mount -t cifs -o credentials=~/.smbcredentials //raspi-u4/ziv  /media/austausch/ziv 
testuser@ubu-20-home:~$ 

"no news are good news!" hat mir mein Mentor erklärt 😉

testuser@ubu-20-home:~$ df -h
Dateisystem              Größe Benutzt Verf. Verw% Eingehängt auf
schnip
/dev/sda1                  96M     32M   65M   33% /boot/efi
/dev/mapper/_dev_sda5     610G    398G  181G   69% /home
tmpfs                     3,2G    1,7M  3,1G    1% /run/user/1000
//192.168.1.53/austausch   28G     11G   18G   39% /home/testuser/austausch
tmpfs                     3,2G    164K  3,2G    1% /run/user/1004
//raspi-u4/ziv            1,8T    666G  1,2T   37% /media/austausch/ziv
testuser@ubu-20-home:~$ 

das austausch wird mit pam_mount eingebunden, kann das reingrätschen?

weholei schrieb:

[…]

testuser@ubu-20-home:~$ sudo mount -t cifs -o username=testuser,password=xxxxxxxxxx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //192.168.1.53/ziv /media/austausch/ziv
[sudo] Passwort für testuser: 
mount error(13): Permission denied
[…]

testuser@ubu-20-home:~$ sudo mount -t cifs -o credentials=~/.smbcredentials //raspi-u4/ziv  /media/austausch/ziv 
testuser@ubu-20-home:~$ 

Ergo gibst Du wohl auf der Kommandozeile etwas anderes ein als in ~/.smbcredentials steht.

[…] das austausch wird mit pam_mount eingebunden, kann das reingrätschen?

pam_mount arbeitet ja nur bei Login und Logout, dann allerdings ohne mount und fstab, sondern mit eigenen Konfigurationsdateien. Ich würde das aber erst einmal sauber deaktivieren bis es zuverlässig über mount mit fstab funktioniert, dann diesen Weg sauber deaktivieren und pam_mount konfigurieren.

Ergo gibst Du wohl auf der Kommandozeile etwas anderes ein als in ~/.smbcredentials steht.

Das nicht, aber ich habe ein Leerzeichen in meinem Passwort und ein : in bei dem testuser

Ich habe das heute in anderen Netzwerk mit einem Raspi-u3, als Testserver eingerichtet, heute probiert.

Wenn ich dass Leerzeichen mit \ maskiere, scheint es zu funktionieren.

Ob meine Vermutung stimmt, werde ich heute Abend beim Raspi-u4 sehen

Ich habe es heute nochmal überprüft, bevor ich den Beitrage auf gelöst stelle, damit ich niemand in die Irre führe.

Bei Leerzeichen im PW kommt eine Fehlermeldung

ich@ubu22-BW:~ $ sudo mount -t cifs -o username=ich,password=xxxxx xx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //raspi-u3/ziv /media/allgemein/ziv
mount: fehlerhafter Aufruf
Rufen Sie „mount --help“ auf, um weitere Informationen zu erhalten.
ich@ubu22-BW:~ $ sudo mount -t cifs -o username=ich,password=xxxxx\ xx,uid=1004,gid=1004,file_mode=0660,dir_mode=0770 //raspi-u3/ziv /media/allgemein/ziv
ich@ubu22-BW:~ $ 

Ein Doppelpunkt im PW scheint kein Problem zu sein

Wird das PW über die Datei ".credentials" übergeben, stellt ein Leerzeichen kein Problem dar

Danke für die Mithilfe