Обновление Samba с 3.0 до 3.6 сломало мою аутентификацию ADS

Question

Я только что обновил свой CentOS 5.4 Samba 3.0.33-3.15.el5_4 до версии 3.6.4, собранной из исходного кода. Я скопировал конфигурацию и прочее из старых дистрибутивов в исходное местоположение в /usr /lib. Я скопировал параметры конфигурации, которые я изменил из файла smb.conf по умолчанию с 3.0.33 на новый файл конфигурации по умолчанию. Я использую настройки ADS, и мой клиент Windows теперь говорит, что мой пароль домена неверен. Я не вижу ничего, что происходит в log.smbd

СТАРЫЙ выход testparm:

Load smb config files from /etc/samba/smb.conf
Processing section "[hactar]"
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
Press enter to see a dump of your service definitions

[global]
        workgroup = XXX
        realm = DS.XXX.EDU
        server string = Samba Server Version %v
        interfaces = lo, eth0
        security = ADS
        username map = /etc/samba/smbusers
        log file = /var/log/samba/log.%m
        max log size = 50
        socket options = TCP_NODELAY IPTOS_LOWDELAY
        local master = No
        wins server = 10.109.18.219
        cups options = raw

[hactar]
        comment = Galactic Supercomputer Filesystem
        path = /hactar
        valid users = root
        read only = No
        delete readonly = Yes

НОВЫЙ выход testparm:

Load smb config files from /usr/lib/smb.conf
rlimit_max: increasing rlimit_max (1024) to minimum Windows limit (16384)
Processing section "[hactar]"
Loaded services file OK.
Server role: ROLE_DOMAIN_MEMBER
Press enter to see a dump of your service definitions

[global]
        workgroup = XXX
        realm = DS.XXX.EDU
        server string = Samba Server Version %v
        interfaces = lo, eth0
        security = ADS
        username map = /etc/samba/smbusers
        log file = /var/log/samba/log.%m
        max log size = 50
        socket options = TCP_NODELAY IPTOS_LOWDELAY
        local master = No
        dns proxy = No
        wins server = 10.109.18.219
        idmap config * : backend = tdb

[hactar]
        comment = Galactic Supercomputer Filesystem
        path = /hactar
        valid users = root
        read only = No
        delete readonly = Yes

В чем дело?

Answer 1

У меня была такая же проблема, это было вызвано компиляцией с неправильными настройками пути. При трассировке wbinfo -t с помощью strace и поиске открытых файлов демона winbind с помощью lsof -p . Я заметил, что новые двоичные файлы в rpm ищут неправильные места для pipe и некоторых файлов .tdb. Так что после перекомпиляции rpm с новыми путями все заработало нормально.

/tmp/.winbindd/pipe -> /var/run/winbindd/pipe
/etc/samba/secrets.tdb -> /var/lib/samba/private/secrets.tdb
/etc/samba/passdb.tdb -> /var/lib/samba/private/passdb.tdb