Newsgroup: it.comp.os.linux.sys
Titolo: Problema con Squid e Winbind

Ciao a tutti, mi si è presentato un problema che non riesco a
risolvere e volevo sapere se potevate darmi una mano.
In azienda ho la seguente configurazione:
ServerA PDC del dominio DOMA, su questo server gira anche un processo
di  winbind che mi server per gestire l'autenticazione degli utenti di
un'altro dominio (DOMB) e tutto funziona.
Ho installato un'altro serverino che funge da proxy con squid-2.6 e
autenticazione tramite winbind e tutto funzionava benissimo, finchè
non mi è venuta la stramba idea di voler aggiornare il server proxy
cambiando ditro (da OpenSuse a CentOS 5) e qui mi sono iniziati i
problemi, o meglio il problema.
La configurazione di squid e samba/winbind sono identiche al server
proxy vecchio (le ho proprio copiate paro paro), avvio squid e winbind
e tutto inizia gira, però dopo un pò la navigazione si blocca, il
proxy continua a chiedere user e password e qualsiasi utente o
password che metto non l'accetta. Se riavvio winbind torna a
funzionare senza problemi per un pò (circa 1/2 ore) e poi si
ripresenta il problema che si risolve con il riavvio di winbind.
Quando si verifica il problema se provo a lanciare:
wbinfo -t
mi ritorna
checking the trust secret via RPC calls failed
error code was NT_STATUS_DOMAIN_CONTROLLER_NOT_FOUND (0xc0000233)
Nel file di log di winbind mi trovo i seguenti mesaggi:
[2009/05/25 17:20:06, 2] winbindd/
winbindd_pam.c:winbindd_dual_pam_auth_crap(2001)
  NTLM CRAP authentication for user [DOMA]\[user] returned
NT_STATUS_NO_LOGON_SERVERS (PAM: 9)
[2009/05/25 17:20:12, 2] winbindd/
winbindd_misc.c:winbindd_dual_check_machine_acct(95)
  Checking the trust account password returned
NT_STATUS_DOMAIN_CONTROLLER_NOT_FOUND
Da quanto dice sembra che non trovi più il domain controller, che però
è attivo e funziona visto che funge anche da fileserver e non ho
nessun problema ad accedere ai file.
Quale potrebbe essere il problema?
Se vi serve vedere qualche file di configurazione chiedete pure ;)
Grazie.

 Grazie.
krb5.conf e smb.conf please :)


wrote:

krb5 non lo uso.
Ho notato che se fermo winbind sul pdc il problema sembra sparire.
Però se disabilito winbind sul pdc non mi funziona l'autenticazione
degli utenti del DOMB sul DOMA :(
smb.conf del server proxy è il seguente:
[global]
        workgroup = DOMA
        server string = Proxy DOMA
        password server = xxx.xxx.xxx.xxx
        security = domain
        encrypt passwords = yes
        winbind separator = +
        winbind uid = 10000-20000
        winbind gid = 10000-20000
        winbind enum users = yes
        winbind enum groups = yes
        winbind use default domain = No
        log level = 2
        log file = /var/log/samba/%m.log
        max log size = 100000
        socket options = TCP_NODELAY
        wins server = xxx.xxx.xxx.xxx
Quello del PDC:
[global]
unix charset = ISO8859-1
workgroup = DOMA
server string = SERVERA
netbios name = SERVERA
interfaces = eth0, lo
bind interfaces only = No
dns proxy = yes
wins support = yes
wins proxy = yes
name resolve order = lmhosts wins host bcast
time server = Yes
os level = 65
domain logons = yes
preferred master = yes
domain master = yes
local master = yes
guest ok = no
socket options = SO_KEEPALIVE IPTOS_LOWDELAY TCP_NODELAY
SO_RCVBUF=128000 SO_SNDBUF=128000
smb ports = 139
username map = /etc/samba/smbusers
strict locking = no
strict sync = no
sync always = no
getwd cache = yes
wide links = no
follow symlinks = no
read raw = yes
write raw = yes
dead time = 15
max xmit = 65535
remote announce = hhh.hhh.hhh.hhh/DOMA yyy.yyy.yyy.yyy/DOMA
remote browse sync = yyy.yyy.yyy.yyy hhh.hhh.hhh.hhh
log level = 2
syslog = 0
log file = /var/log/samba/%m.log
max log size = 1000
panic action = /usr/share/samba/panic-action %d
security = user
encrypt passwords = true
passdb backend = ldapsam:"ldap://
127.0.0.1
 ldap://xxx.xxx.xxx.xxx"
passwd program = /usr/sbin/smbldap-passwd %u
passwd chat = *New*password* %n\n *Retype*new*password* %n\n
*all*authentication*tokens*updated*
ldap admin dn = cn=admin,dc=doma
ldap suffix = dc=doma
ldap group suffix = ou=Groups
ldap user suffix = ou=Users
ldap machine suffix = ou=Computers
ldap idmap suffix = ou=Idmap
ldap passwd sync = Yes
ldap delete dn = Yes
add user script = /usr/sbin/smbldap-useradd -m "%u"
delete user script = /usr/sbin/smbldap-userdel "%u"
add machine script = /usr/sbin/smbldap-useradd -w "%u"
add group script = /usr/sbin/smbldap-groupadd -p "%g"
delete group script = /usr/sbin/smbldap-groupdel "%g"
add user to group script = /usr/sbin/smbldap-groupmod -m "%u" "%g"
delete user from group script = /usr/sbin/smbldap-groupmod -x "%u"
"%g"
set primary group script = /usr/sbin/smbldap-usermod -g "%g" "%u"
admin users = "@Domain Admins"
idmap backend = ldap:"ldap://
127.0.0.1
 ldap://xxx.xxx.xxx.xxx"
idmap uid = 10000-20000
idmap gid = 10000-20000
template shell = /bin/false
logon script = logon.bat
logon path =
logon home = \\%L\%U
logon drive = z:
veto oplock files = /*.mdb/
oplocks = yes
abort shutdown script = /sbin/shutdown -c
enable privileges = Yes
inherit acls = yes
inherit owner = yes
inherit permissions = yes
map acl inherit = Yes
acl compatibility = Auto
nt acl support = yes
printcap name = CUPS
load printers = yes
printing = cups
cups options = raw
show add printer wizard = no

Ho risolto il problema.
Nel file smb.conf avevo messo il parametro
smb port = 139
modificando quel parametro in
smb port = 445 139
Tutto è tornato a funzionare.
Però non capisco bene 3 cose:
1)prima funzionava tranquillamente winbind sia sul pdc che sul proxy,
ora invece se non riabilito la 445 mi si presentano i problemi che ho
descritto.
2) In un sito remoto ho installato un BDC e un proxy, e li funziona
senza problemi lasciando smb port=139....
3) Non ricordo perchè avevo messo smb port = 139 :)
