Обновление Samba с 3,0 до 3,6 сломало мою аутентификацию ADS

Я только что обновил свой 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:

Загрузить конфигурационные файлы smb из /etc/samba/smb.conf
Раздел обработки "[гактар]"
Файл загруженных сервисов ОК.
Роль сервера: ROLE_DOMAIN_MEMBER
Нажмите ввод, чтобы увидеть дамп ваших определений услуг

[Глобальный]
        рабочая группа = XXX
        realm = DS.XXX.EDU
        Строка сервера = версия сервера Samba%v
        интерфейсы = вот, eth0
        безопасность = ADS
        карта имени пользователя = / etc / samba / smbusers
        файл журнала = /var/log/samba/log.%m
        максимальный размер журнала = 50
        параметры сокета = TCP_NODELAY IPTOS_LOWDELAY
        местный мастер = нет
        выигрывает сервер = 10.109.18.219
        варианты чашек = сырые

[Hactar]
        комментарий = Галактическая суперкомпьютерная файловая система
        путь = / га
        действительные пользователи = root
        только чтение = нет
        удалить только для чтения = Да

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

Загрузить конфигурационные файлы smb из /usr/lib/smb.conf
rlimit_max: увеличение rlimit_max (1024) до минимального предела Windows (16384)
Раздел обработки "[гактар]"
Файл загруженных сервисов ОК.
Роль сервера: ROLE_DOMAIN_MEMBER
Нажмите ввод, чтобы увидеть дамп ваших определений услуг

[Глобальный]
        рабочая группа = XXX
        realm = DS.XXX.EDU
        Строка сервера = версия сервера Samba%v
        интерфейсы = вот, eth0
        безопасность = ADS
        карта имени пользователя = / etc / samba / smbusers
        файл журнала = /var/log/samba/log.%m
        максимальный размер журнала = 50
        параметры сокета = TCP_NODELAY IPTOS_LOWDELAY
        местный мастер = нет
        DNS прокси = Нет
        выигрывает сервер = 10.109.18.219
        idmap config *: backend = tdb

[Hactar]
        комментарий = Галактическая суперкомпьютерная файловая система
        путь = / га
        действительные пользователи = root
        только чтение = нет
        удалить только для чтения = Да

В чем дело?

Источник

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
Источник
Другие вопросы по тегам