Samba share niet te benaderen door bepaalde gebruikers?

[Anoniem: 424780]

Hallo,

Ik heb hier op mijn werk een heel vaag probleem. Ik heb een netwerkshare die op een suse server staat open gezet voor alle gebruikers van het netwerk. Dit werkt ook prima gebruiker Thomas, gebruiker Mark etc.. kunnen er gewoon op.

Als ik als Administrator of als gebruiker Werkplaats op de share wil inloggen gaat hij vragen om een gebruikersnaam op wachtwoord.

Ik heb geprobeerd om de share te benaderen via een windows xp en windows 7 machine.
Tevens heb ik de logs op de servermachine gelezen, hier stond geen bruikbare informatie in.

Heeft iemand een idee waarom dit niet werkt?

[autostatic]

Hoe zien de share gegevens in je /etc/samba/smb.conf er uit?

[Anoniem: 424780]

Hmm ik zit hem even te bekijken en ik zie nog wat rare dingen, die ga ik eerst even verbeteren. Zodra ik die gefixed heb zal ik even een kopie van de file pasten.

Mischien nog even handig om te melden dat ik de gebruikers gewoon via de active directory aangemaakt heb op een win2k8 r2 64bit en in de desbetreffende OU heb gezet.

Na de wijzigingen hebben gedaan en de samba server opnieuw te hebben herstart zie de config er zo uit:

# smb.conf is the main Samba configuration file. You find a full commented
# version at /usr/share/doc/packages/samba/examples/smb.conf.SUSE if the
# samba-doc package is installed.
# Date: 2007-06-29
[global]
winbind offline logon = yes
idmap gid = 10000-20000
include = /etc/samba/dhcp.conf
wins server = 192.168.XX.XXX
logon drive = M:
domain master = No
map to guest = Bad User
winbind trusted domains only = yes
realm = MIJNDOMEIN.COOM
public = yes
passdb backend = smbpasswd
logon home = \\%L\%U\.9xprofile
template shell = /bin/bash
printcap cache time = 750
netbios name = Machinenaam
cups options = raw
usershare max shares = 100
printing = cups
server string = Machinenaam
writeable = yes
idmap uid = 10000-20000
template homedir = /home/%D/%U
logon path = \\%L\profiles\.msprofile
workgroup = mijnworkgroup
os level = 20
winbind refresh tickets = yes
printcap name = cups
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
usershare allow guests = yes
domain logons = yes

[multimedia]
writeable = yes
path = /home/Multimedia
comment = Multimedia
create mode = 777
public = yes
directory mode = 777
inherit acls = Yes

[Voor 70% gewijzigd door Anoniem: 424780 op 06-06-2012 13:21]

[0xDEADBEEF]

"passdb backend=smbpasswd" ziet er niet goed uit zie Samba's wiki: http://wiki.samba.org/ind...&_LDAP#Let_Samba_use_LDAP en man smbpasswd.

[Voor 26% gewijzigd door 0xDEADBEEF op 06-06-2012 13:27]

[Anoniem: 424780]

0xDEADBEEF schreef op woensdag 06 juni 2012 @ 13:24:
"passdb backend=smbpasswd" ziet er niet goed uit zie Samba's wiki: http://wiki.samba.org/ind...&_LDAP#Let_Samba_use_LDAP en man smbpasswd.

We hebben geen specifieke LDAP server te draaien.
Dus denk niet dat het veel verschil maakt.

En dat verklaart bovendien nog niet waarom sommige gebruikers wel kunnen authenticeren en anderen weer niet.

[Hero of Time]

Hebben de betreffende gebruikers die er wel op kunnen ooit aangemeld met SSH oid op die machine? En de gebruikers die er niet op kunnen nog nooit aangemeld?
Wat staat er in /etc/samba/smbusers? Wellicht dat ze gemapped worden naar andere gebruikers op het systeem, zoals Administrator naar root (en die laatste moet je wellicht specificeren dat 't wel mag aanmelden).

Verander ook eens de passdb backend naar "tdbsam".

[Anoniem: 424780]

Gebruikers maken geen gebruik van SSH op de server. Ik denk dat ze inloggen met de zogenaamde 'nobody' die als anonymous user fungeert.

Inhoud van smbusers

# This file allows you to map usernames from the clients to the server.
# Unix_name = SMB_name1 SMB_name2 ...
#
# See section 'username map' in the manual page of smb.conf for more
# information.
#
# This file is _not_ included in the default configuration as it makes the
# usage of an user named administrator impossible.

root = administrator
;nobody = guest pcguest smbguest

EDIT:
Verander ook eens de passdb backend naar "tdbsam". <-- dit heeft voor mij gewerkt. Nu kan de gebruiker er wel gewoon bij. Iemand die weet waar die tdbsam backend voor is?

[Voor 14% gewijzigd door Anoniem: 424780 op 06-06-2012 15:10]

[Hero of Time]

Het is standaard gebruik bij Debian. Ik denk dat 't bij (open)SuSE ook zo is, maar dat je door het volgen van een handleiding dit hebt aangepast. Uit de manpage:

smbpasswd - The old plaintext passdb backend. Some Samba features will not work if this passdb backend is used. Takes a path to the smbpasswd file as an optional argument.

tdbsam - The TDB based password storage backend. Takes a path to the TDB as an optional argument (defaults to passdb.tdb in the private dir directory.

Mag je verder mee zoeken waarom het een wel werkt, en het ander niet.

[Anoniem: 424780]

Nog even een follow up voor toekomstige zoekopdracht voor mensen die hetzelfde tegen komen. In mijn geval stonden er nog oude entries van dezelfde gebruikers met een ander wachtwoord versleuteld in smbpasswd. Ik heb die regel eruit gehaald en passdb backend = smbpasswd er weer in gezet en een orginele configuratie toegepast vanaf een andere server. Dit werkt.

Hartelijk bedankt voor jullie hulp.

[0xDEADBEEF]

In plaats van dat je het nou netjes had gedaan (met de instructies uit "man 8 smbpasswd" - die je duidelijk niet gelezen hebt) met "smbpasswd -x <user>", in plaats van met de hand in samba's database te wroeten

quote: http://www.samba.org/samb...npages-3/smbpasswd.8.html

-x

This option specifies that the username following should be deleted from the local smbpasswd file.

This option is only available when running smbpasswd as root.

[Voor 6% gewijzigd door 0xDEADBEEF op 07-06-2012 13:48]