mariana73
Goto Top

user sid und group sid unterschiedlich. Der Benutzer kann sich an der Wk2 nicht anmelden

Die Log-Datei der Rechner(pinus) auf dem Server (/var/log/samba/log.pinus) registriert Unterschiede zwischen user sid und group sid, als Folge kann sich der user nicht an diesem Windows-Rechner anmelden

1.Meldung (log-Datei, auf dem Server):
rpc_server/srv_netlogon_nt.c:_net_sam_logon(766)

_net_sam_logon:user [WORKING GROUP]\mr has user sid S-1-5-21-3069478190....

but group sid S-1-5-32-549

2.Meldung (auf der Windows-WS):

Sie können sich nicht anmelden (so etwa).....

Ein an das System angeschlossenes Gerät funktioniert nicht

3. Andere Benutzer können sich an den WS anmelden, aber:
3.1 nur Englishe Tastatur
3.2 sie können keine Änderungen am Desktop z.B vornehmen
3.|3 keine Änderungen an der Ordneroptionen werden gespeichert

Hier scheint irgendwas global nicht zu stimmen, oder?

Server - SuSE 9.2
WS - Windows 2000

Hat einer Rat?

Content-Key: 5355

Url: https://administrator.de/contentid/5355

Printed on: April 19, 2024 at 13:04 o'clock

Mitglied: 7217
7217 Jan 06, 2005 at 09:40:22 (UTC)
Goto Top
Nimm die Windowsworkstation nochmal aus der Samba-Domäne heraus, stecke sie in eine Arbeitsgruppe, reboote, und nehme sie dann erneut in die Domäne auf.

Gruß, Mupfel
Member: mariana73
mariana73 Jan 06, 2005 at 11:01:50 (UTC)
Goto Top
Ich kann mich nicht mehr als Admin an der WorkStation anmelden

Was kan da passiert sein?

Ich glaube der Admin ist für die Domäne jetzt ganz mormaler user ;(0
Mitglied: 7217
7217 Jan 06, 2005 at 11:13:36 (UTC)
Goto Top
Du solltest dich nach wie vor noch als lokaler Workstation-Admin anmelden können und das Prozedere durchführen können.

Da die SID's nicht mehr übereinstimmen, schlägt automatisch die Authentifikation am Server (Linux-Samba-Server) fehl, was dazu führt, dass sicherheitshalber keiner angemeldet wird.

Als lokaler Admin solltest du aber nach wie vor an die Maschine rankommen.

Gruß, Mupfel
Member: mariana73
mariana73 Jan 06, 2005 at 13:26:40 (UTC)
Goto Top
Tja, es funktioniert immer noch nicht ...
Der Versuch als Admin den Rechner in der Domäne neu aufzunehmen hat nichts an der Situation geändert.

Diese Zuordnug, die ich durch die Auflistung (net groupmap list) bekomme, stimmt sie überhaupt?
Es sieht äußertst komisch; alle Gruppen sind zu users umgeleitet?!




Beim Versuch einen Nutzer an der Workstation anzumelden, wird in die log-Datei dieses Rechners auf dem Server Folgendes rein geschrieben:
net_sam_logon: user OEKOSTADT\mr has user sid
S-1-5-21-3069478190-3652871412-2150671339-3072
but group sid S-1-5-32-549.
The conflicting domain portions are not supported for NETLOGON calls
Mitglied: 7217
7217 Jan 06, 2005 at 13:42:26 (UTC)
Goto Top
Tja, es funktioniert immer noch nicht ...
Der Versuch als Admin den Rechner in der
Domäne neu aufzunehmen hat nichts an
der Situation geändert.

Neuaufnahme hat aber funktioniert?

Diese Zuordnug, die ich durch die Auflistung
(net groupmap list) bekomme, stimmt sie
überhaupt?

Habt ihr irgendwo ein Gruppenmapping in einer Datei vorgenommen? Die Gruppen sehen in der Tat schon bisserl seltsam aus.

Es sieht äußertst komisch; alle
Gruppen sind zu users umgeleitet?!

Das macht in der Tat so wenig Sinn.


  1. Global parameters
[global]
server string = %h server (Samba %v)
workgroup = OEKOSTADT
unix charset=ISO-8859-15
netbios name = ginkgo
security = User
interfaces = 10.0.1.0/24
encrypt passwords = yes
keepalive = 30
preferred master = yes
domain master = yes
local master = yes
domain logons = yes
os level = 65
password level = 65
wins support = yes
hide dot files = yes
#:preserve case = yes
#short preserve case = yes
case sensitive = no
logon path = \\%N\users\%U

Ihr speichert die Profile also im User-Home? Inwiefern das "sinnvoll" ist, weiss ich jetzt noch nicht, kommt auf den Fall an.

logon script = login.bat
logon drive = h:
#add user script = /usr/sbin/useradd -d /dev/null -g 101 -s /bin/false -m %u
#domain admin group = root @w2kclient
time server = yes
syslog = 1
log level = 2

Schraub bitte hier das Loglevel mal höher, damit der Samba bissel gesprächiger wird mit den Logfiles. Evtl. sieht man dann mehr.

syslog only = no
log file = /var/log/samba/log.%m
max log size = 5000

Hier sollte man dann bei entsprechender Gesprächigkeit die Größe anpassen.

veto oplock files = /*.mdb/*.MDB/*.ldb/*.LDB/

socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
add machine script = /usr/sbin/useradd -c Machine -d /var/lib/nobody -s /bin/false %m$
passdb backend = smbpasswd
ldap suffix = dc=example,dc=com

Warum LDAP-Suffix, wenn ihr als Passwort-Backend smbpasswd habt (also die smbpasswd-Datei und keinen ldap-Server)?

# large readwrite = yes
directory mask = 0770

[shared]
comment = Netzweit installierte Windowsprogramme
invalid users = root
path = /winprogs
browseable = yes
read only = no
force group = oekostadt
create mask = 0664
directory mask = 0775


[dokumente2]
comment = Weiteres Dokumentverzeichnis
valid users = @bcs
path = /home/projekte2
browseable = yes
read only = no
force group = bcs
create mask = 0666
directory mask = 0777

[netlogon]
comment = Network Logon Service
path = /home/samba/netlogon
guest only = yes
read only = no
browseable = yes

[users]
comment = Windows User Profiles
path = /home/samba/users
profile acls = yes
nt acl support = yes
browseable = yes
create mask = 0600
directory mask = 0700
#force group = w2kclient
read only = no

[printers]
comment = All Printers
path = /tmp
create mask = 0700
printable = yes
browseable = no
[homes]
comment = Heimatverzeichnis
browseable = no
read only = no
hide dot files = yes
hide files = /.*/
create mask = 0640



System Operators (S-1-5-32-549) -> users
Replicators (S-1-5-32-552) -> users
Guests (S-1-5-32-546) -> -1
Domain Users
(S-1-5-21-3069478190-3652871412-2150671339-513)
-> users
Power Users (S-1-5-32-547) -> users
Print Operators (S-1-5-32-550) -> users
Administrators (S-1-5-32-544) -> users
Domain Admins
(S-1-5-21-3069478190-3652871412-2150671339-512)
-> root
Account Operators (S-1-5-32-548) ->
users
Domain Guests
(S-1-5-21-3069478190-3652871412-2150671339-514)
-> users
Backup Operators (S-1-5-32-551) -> users
Users (S-1-5-32-545) -> users

Beim Versuch einen Nutzer an der Workstation
anzumelden, wird in die log-Datei dieses
Rechners auf dem Server Folgendes rein
geschrieben:
net_sam_logon: user OEKOSTADT\mr has user
sid
S-1-5-21-3069478190-3652871412-2150671339-3072

but group sid S-1-5-32-549.
The conflicting domain portions are not
supported for NETLOGON calls


Wie habt ihr denn den Samba-Server installiert? Wie ist die Userdatenbank und die Benutzergruppendatenbank aufgebaut worden?

Gruß, Mupfel
Member: diehilde
diehilde Aug 13, 2007 at 08:35:03 (UTC)
Goto Top
der (linux/samba-) benutzer darf nur den *Domain* Benutzeraccounts zugewiesen werden, da diese unterschiedliche SIDs (beginnen mit unterschiedlichen Zahlen) haben als die lokalen Benutzeraccounts. Bei doppelter Belegung verweigert Windows den Zugriff.

Die Lösung ist einfach - man löscht die Benutzer-Zuweisung für die *lokalen* Benutzer am Samba Server. Die geschieht mit folgenden Befehlen:

net groupmap delete ntgroup=administrators
net groupmap delete ntgroup=users
net groupmap delete ntgroup=guests

Hatte gerade das gleiche Problem und konnte es damit erfolgreich lösen.