Re: SambaDebug
Am Dienstag 10 Oktober 2006 14:07 schrieb Frank Weißer:
> sambaAcctFlags: [DU ]
> bedeutet mW (D)isabled und sieht bei einem funktionstüchtigem Zugang
> so aus: sambaAcctFlags: [U ]
Danke, habe es jetzt soweit gefixt - und auch im Wiki korrigiert. Habe
(nach Vergleichen mit einem laufenden Server) noch weitere Felder
eingetragen:
sambaPrimaryGroupSID: S-1-x-xx-xxxxxxxxxx-xxxxxxxxx-xxxxxxxxxx-1001
displayName: root
sambaPwdCanChange: 1114693003
sambaPwdMustChange: 2147483647
sambaPasswordHistory:
000000000000000000000000000000000000000000000000000000000000000
sambaPwdLastSet: 1114693003
Ebenfalls ohne Erfolg. In
dn: cn=smbadmin,ou=People,dc=skole,dc=skolelinux,dc=no
gibt es außerdem ein Passwort, das ich geändert habe:
objectClass: top
objectClass: organizationalRole
objectClass: simpleSecurityObject
cn: smbadmin
description: Samba Administrator
userPassword:: e1NTxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxWEk=
immer noch ohne Erfolg. Ging denn eure Neuinstallation sofort? Ich
erhalte in /var/log/samba/log.smbd immer noch folgende Fehler:
[2006/10/09 11:01:36, 0] lib/util_sock.c:get_peer_addr(1150)
getpeername failed. Error was Transport endpoint is not connected
und vermute, dass es an TLS o.ä. liegt.
Sollte man eigentlich nicht den LDAP server anhalten und den Sambaserver
neu starten bei/nach all den Änderungen?
Gruß
Ralf
Reply to: