У меня проблемы с установкой samba4. Давно работает без проблем. Я использую webmin для настройки пользователей, и хотя модуль должен поддерживать только samba3, он работает без проблем.
Недавно мне не удалось подключиться со своих рабочих станций Windows к настроенным мною общим ресурсам. Изучил логи и документацию. Я поднял уровень ведения журнала для отладки и получаю несколько интересных записей.
[2016/04/24 12:01:08.574053, 2] ../source3/param/loadparm.c:2686(lp_do_section)
Processing section "[bigstorage]"
[2016/04/24 12:01:08.574194, 2] ../source3/param/loadparm.c:2686(lp_do_section)
Processing section "[homes]"
[2016/04/24 12:01:08.584319, 2] ../source3/auth/auth.c:305(auth_check_ntlm_password)
check_ntlm_password: authentication for user [tiny] -> [tiny] -> [tiny] succeeded
[2016/04/24 12:01:08.585051, 1] ../source3/auth/token_util.c:430(add_local_groups)
SID S-1-5-21-998636918-4013062214-3753039175-1105 -> getpwuid(3000012) failed
Я остановил службу smbd и запустил в интерактивном режиме в командной строке как root:
smbd -S -d=3 -i
Когда я пытаюсь составить список общих ресурсов со своего ноутбука (mint 17.3), я получаю следующее:
chris@minty-laptop ~ $ smbclient -L=thinky
WARNING: The "syslog" option is deprecated
Enter chris's password:
session setup failed: NT_STATUS_UNSUCCESSFUL
Это стандартный вывод команды smbd:
Это файл /etc/samba/smb.conf:
То же самое происходит, когда я пытаюсь открыть подключенные сетевые диски на своих машинах с Windows, которые долгое время работали без проблем.
Google не обнаружил особого отношения к этой проблеме, хотя она похожа на многие другие. Если я не в замешательстве ... любое руководство или совет приветствуются.
Ура
Крис
Старый AF, но, по крайней мере, я могу писать как гость. Сегодня я столкнулся с этой проблемой с одним пользователем, создал второго пользователя и начал устранение неполадок.
Ошибка:
[dev@centos8 share]$ smbclient -U user1 //localhost/User1
Unable to initialize messaging context
Enter WORKGROUP\user1's password:
session setup failed: NT_STATUS_UNSUCCESSFUL
User2 работал нормально, не знаю почему. Выяснилось, что по умолчанию SAMBA использует tdbsam в качестве хранилища учетных данных, которое на самом деле является просто локальным файлом, расположенным в /usr/local/samba/private/passdb.tdb.
Вы можете использовать команду pdbedit -Lv для просмотра списка всех пользователей SAMBA.
Моя проблема была очень ясна сразу же, единственная разница между user1 и user2 заключалась в том, что user1 каким-то образом имел значение (NULL SID) для SID основной группы:
Primary Group SID: (NULL SID).
Поскольку группа отсутствовала, это был довольно очевидный красный флаг, что разрешения будут постоянно нарушены.