[samba] smbpasswd probleem met ip adressen in gencache.tdb

[Alfa Novanta]

Voor ons bedrijf heb ik een Ldap/PDC ingericht met SuSE, SLES 10 SP1

Alles goed en wel en in de testomgeving ging alles als een tierelier .. zelfs de windows machines werkten mee

Echter, in de productie-omgeving heeft de server eventjes het IP-adres 192.168.5.2 gehad, maar omdat we dat adres anders wilden inzetten hebben we er 192.168.5.11 van gemaakt.

Volgens mij is dit de reden dat het nu fout loopt. Echter, omdat de productie nu gewoon draait kan ik niet zonder meer 'ff' het ip-adres veranderen. Om dit wél te gaan doen wil ik het eerst wat beter onderbouwt hebben. Hiervoor vraag ik jullie hulp.

Wat is het probleem? De gebruikers/werknemers kunnen hun wachtwoord niet meer veranderen. Voorheen deed je in Windows CTRL+ALT+DEL en dan kon je 'Wachtwoord wijzigen' selecteren. Deze komt nu met de melding 'Kan het wachtwoord op dit moment niet wijzigen'.

Als ik het onder Linux probeer zie ik het volgende ..

code:

ldapserver:/etc/openldap # smbpasswd -D 5 -r ldapserver westerkl
Netbios name list:-
my_netbios_names[0]="LDAPSERVER"
WARNING: Your 'passdb backend' configuration includes multiple backends.  This
is deprecated since Samba 3.0.23.  Please check WHATSNEW.txt or the section 'Passdb
Changes' from the ChangeNotes as part of the Samba HOWTO collection.  Only the first
backend (ldapsam:ldap://localhost) is used.  The rest is ignored.
Attempting to register passdb backend ldapsam
Successfully added passdb backend 'ldapsam'
Attempting to register passdb backend ldapsam_compat
Successfully added passdb backend 'ldapsam_compat'
Attempting to register passdb backend NDS_ldapsam
Successfully added passdb backend 'NDS_ldapsam'
Attempting to register passdb backend NDS_ldapsam_compat
Successfully added passdb backend 'NDS_ldapsam_compat'
Attempting to register passdb backend smbpasswd
Successfully added passdb backend 'smbpasswd'
Attempting to register passdb backend tdbsam
Successfully added passdb backend 'tdbsam'
Attempting to find an passdb backend to match ldapsam:ldap://localhost (ldapsam)
Found pdb backend ldapsam
smbldap_search_domain_info: Searching for:[(&(objectClass=sambaDomain)(sambaDomainName=PRODUCTIE.BEDRIJF.NL))]
smbldap_search_ext: base => [dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(objectClass=sambaDomain)(sambaDomainName=PRODUCTIE.BEDRIJF.NL))], scope => [2]
The connection to the LDAP server was closed
StartTLS issued: using a TLS connection
smbldap_open_connection: connection opened
ldap_connect_system: succesful connection to the LDAP server
The LDAP server is succesfully connected
pdb backend ldapsam:ldap://localhost has a valid init
added interface ip=192.168.5.11 bcast=192.168.5.255 nmask=255.255.255.0
Old SMB password:
New SMB password:
Retype new SMB password:
Opening cache file at /var/lib/samba/gencache.tdb
sitename_fetch: No stored sitename for
name ldapserver#20 found.
Connecting to 192.168.5.2 at port 445
error connecting to 192.168.5.2:445 (No route to host)
Connecting to 192.168.5.2 at port 139
error connecting to 192.168.5.2:139 (No route to host)
Error connecting to 192.168.5.2 (No route to host)
unable to connect to SMB server on machine ldapserver. Error was : SUCCESS - 0.
Failed to modify password entry for user westerkl
ldapserver:/etc/openldap #

Vanaf regel # 37 gaat ie ineens verder op 192.168.5.2 i.p.v. 192.168.5.11 ... waar haalt ie dat toch vandaan??

Op regel # 34 zie ik staan dat hij opent: /var/lib/samba/gencache.tdb

En inderdaad, als ik daar in kijk, zie ik inderdaad het beruchte IP-adres staan .. Als test heb ik gencache.tdb even weggegooid (las ik op google ergens als tip) maar hij maakt prompt een nieuwe gencache.tdb aan en het staat er meteen weer in. Dus kennelijk staat het elders! Maar waar?


Nog even wanneer het goed gaat ..

code:

ldapserver:/etc/openldap #
ldapserver:/etc/openldap #
ldapserver:/etc/openldap # smbpasswd -D 5 westerkl
Netbios name list:-
my_netbios_names[0]="LDAPSERVER"
WARNING: Your 'passdb backend' configuration includes multiple backends.  This
is deprecated since Samba 3.0.23.  Please check WHATSNEW.txt or the section 'Passdb
Changes' from the ChangeNotes as part of the Samba HOWTO collection.  Only the first
backend (ldapsam:ldap://localhost) is used.  The rest is ignored.
Attempting to register passdb backend ldapsam
Successfully added passdb backend 'ldapsam'
Attempting to register passdb backend ldapsam_compat
Successfully added passdb backend 'ldapsam_compat'
Attempting to register passdb backend NDS_ldapsam
Successfully added passdb backend 'NDS_ldapsam'
Attempting to register passdb backend NDS_ldapsam_compat
Successfully added passdb backend 'NDS_ldapsam_compat'
Attempting to register passdb backend smbpasswd
Successfully added passdb backend 'smbpasswd'
Attempting to register passdb backend tdbsam
Successfully added passdb backend 'tdbsam'
Attempting to find an passdb backend to match ldapsam:ldap://localhost (ldapsam)
Found pdb backend ldapsam
smbldap_search_domain_info: Searching for:[(&(objectClass=sambaDomain)(sambaDomainName=PRODUCTIE.BEDRIJF.NL))]
smbldap_search_ext: base => [dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(objectClass=sambaDomain)(sambaDomainName=PRODUCTIE.BEDRIJF.NL))], scope => [2]
The connection to the LDAP server was closed
StartTLS issued: using a TLS connection
smbldap_open_connection: connection opened
ldap_connect_system: succesful connection to the LDAP server
The LDAP server is succesfully connected
pdb backend ldapsam:ldap://localhost has a valid init
New SMB password:
Retype new SMB password:
smbldap_search_ext: base => [dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(uid=westerkl)(objectclass=sambaSamAccount))], scope => [2]
init_sam_from_ldap: Entry found for user: westerkl
Opening cache file at /var/lib/samba/login_cache.tdb
Finding user westerkl
Trying _Get_Pwnam(), username as lowercase is westerkl
Get_Pwnam_internals did find user [westerkl]!
smbldap_search_ext: base => [ou=group,dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(objectClass=sambaGroupMapping)(gidNumber=2000))], scope => [2]
ldapsam_getgroup: Did not find group
lookup_global_sam_rid: looking up RID 513.
smbldap_search_ext: base => [dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(sambaSID=S-1-5-21-3222728371-3569885177-2446765760-513)(objectclass=sambaSamAccount))], scope => [2]
ldapsam_getsampwsid: Unable to locate SID [S-1-5-21-3222728371-3569885177-2446765760-513] count=0
smbldap_search_ext: base => [ou=group,dc=PRODUCTIE,dc=BEDRIJF,dc=NL], filter => [(&(objectClass=sambaGroupMapping)(sambaSID=S-1-5-21-3222728371-3569885177-2446765760-513))], scope => [2]
ldapsam_getgroup: Did not find group
Can't find a unix id for an unmapped group
ldapsam_update_sam_account: user westerkl to be modified has dn: uid=westerkl,ou=people,dc=PRODUCTIE,dc=BEDRIJF,dc=NL
init_ldap_from_sam: Setting entry for user: westerkl
smbldap_modify: dn => [uid=westerkl,ou=people,dc=PRODUCTIE,dc=BEDRIJF,dc=NL]
ldapsam_modify_entry: LDAP Password changed for user westerkl
ldapsam_update_sam_account: successfully modified uid = westerkl in the LDAP database
ldapserver:/etc/openldap #

Kan ik dit nu nog fixen, of moet ik de server weer zijn oude IP-adres geven, 192.168.5.2 ?


Alvast bedankt voor jullie hulp

[Verwijderd]

Natuurlijk is dit te fixen...

Zoek ff of het toch misschien ergens hard in een config file staat:

code:

# grep -r "192.168.5.2" /etc/*

Is het anders een dns issue?? of misschien in je hosts file?? (verwijst ldapserver niet naar oude ip dus).

[ Voor 56% gewijzigd door Verwijderd op 19-12-2007 15:55 ]

[Alfa Novanta]

Hmm, grep levert niets op. Dns, de ldapserver is zelf ook de dns server. Volgens mij klopt dat verder wel. Als ik ping op ldapserver o.i.d. komt hij gewoon bij het juiste adres uit. 't Lijkt wel of SuSE het ergens in een database verstopt heeft ..

[ Voor 62% gewijzigd door Alfa Novanta op 20-12-2007 10:34 ]

[Alfa Novanta]

Ik verdenk nog Yast, als je SLES 10 net geïnstalleerd hebt, krijg je de eerste keer een soort Wizard waarmee je gemakkelijk de boel kunt configureren. Als je die éénmaal doorlopen hebt zie je die echter nooit meer terug ...

iemand?

[ Voor 94% gewijzigd door Alfa Novanta op 20-12-2007 10:34 ]

[Rainmaker]

Moet toch ergens als tekst zijn opgeslagen.

Ik heb op mijn server ooit een

grep -R 192.168.5.2 /

Duurt een uur, maar hij vond wel een paar dingen waar ik niet aan gedacht had

[Alfa Novanta]

.. volgens mij hoeft het niet persé aangezien het SuSE betreft, die werkt bij mijn weten nogal eens met databases enzo i.c.m. Yast. Neem een willekeurige optie uit Yast, ga onderwater wat lopen editten in txt files en start dan Yast weer op .. best kans dat de hele zut weer anders is.

Een voorbeeld, smb.conf ... je kunt er nog zo mooi commentaar in kloppen, 1x Yast opstarten en weg is al jouw zorgvuldig getypte commentaar. Tenminste, bij oudere versies was dat zo. Geloof dat het met SLES 10 er nu wel uit gesloopt is.

Maargoed, ik ben niet zo'n SuSE kenner .. er loopt hier vast wel iemand rond die dit beter weet en verwoorden kan.

[Alfa Novanta]

Okay, vandaag was het rustig op het werk _góh .. dus ik zag mijn kans schoon om tóch eens het IP-adres terug te zetten naar 192.168.5.2 en idd, ineens werkte het weer!

Om het nog eens te onderbouwen heb ik hem weer terug veranderd in 192.168.5.11 en verhíp .. hij bleef het doen. Kennelijk is hiermee de 'spook' instelling overschreven.

Wellicht heb ik het IP-adres eerder toch minder netjes veranderd .. via de achterdeur i.p.v. met de Yast2 gui o.i.d.