Завалилась Самба

Ситуация следующая.
Дома рабочая группа из 5 устройств.
Доступ к виндовым машинам с линукса есть, и у виндовых машин меж собой тоже
а вот на машину с линем доступа нет-постоянный запрос авторизации,
так же если с линя попытаться зайти
на свою же шару-постоянно требует логин и пароль.
Причем существующие системные учетки не подходят…
Началось с пустого места-в пятницу вечером работало,а в субботу отвалилось
наглухо.
Всякие разные пляски с smb.conf результата не дали.
Сегодня притащил файл с рабочей машины на котрой все работает
но и с ним ситуация такая же-постоянный запрос авторизации
Права на шару-777,владельцев менял-и рут,и пользователь и nobody-
безрезультатно.
Система -oSUSE 13.1,Samba-4.1.11-3.26.1
Куда копать и с чего самба так себя повела?
Рабочий вариант с другой машины



[global]
     
    workgroup = AKIRA
    server string = openSUSE
    map to guest = bad user
    netbios name = Linux
    usershare allow guests = Yes
    wins support = Yes
    security = share
    
[Torrent]
    path = /home/white/Torrent
    map to guest = bad user
    guest ok = Yes
    guest only = No
    writeable = Yes
    read only = No
    
[netlogon]
    guest ok = Yes


после сделал вот так

[global]
     
    workgroup = AKIRA
    server string = openSUSE
    map to guest = bad user
    netbios name = Linux
    usershare allow guests = Yes
    wins support = Yes
    include = /etc/samba/dhcp.conf
    security = user
    
    
[Torrent]
    path = /home/white/Torrent1/
    map to guest = bad user
    guest ok = Yes
    guest only = No
    writeable = Yes
    read only = No
    force group = nobody
    force user = nobody
    create mask = 0777
    directory mask = 0777
[netlogon]
    guest ok = Yes

Снес самбу,выдрал все что нашел в системе.
Поставил по новой-так же требует авторизацию.
Задал ей трех пользователей-root,white(эт обычный юзер),nobody
Делал по ману с АрчВики
https://wiki.archlinux.org/index.php/Samba_(Русский)
-при входе через сеть на линь так же трубует авторизацию-на добавленных пользователей-0.
Добавил пароль для nobody-при попытке авторизоваться им-0
Я чет снова ниче не понимаю-с чего она не пускает если даже добавил учетки в нее?

Текущий smb.conf

[global]
   
   workgroup = AKIRA
   server string = openSUSE
   map to guest = bad user
   netbios name = Linux
   usershare allow guests = Yes
   wins support = Yes
   include = /etc/samba/dhcp.conf
   security = user
   passdb backend = smbpasswd

;    
;    
[Torrent]
   path = /home/white/Torrent
   guest ok = Yes
   guest only = No
   read only = No
   force group = nobody
   force user = nobody
   create mask = 0777
   directory mask = 0777

[netlogon]
   guest ok = Yes



Все равно не ходит.Так же запрос авторизации и отказ в доступе

nmbd log



  Samba name server LINUX is now a local master browser for workgroup AKIRA on subnet 192.168.1.100
 
  *****
[2015/02/09 21:44:08.190051,  0] ../source3/nmbd/nmbd_browsesync.c:354(find_domain_master_name_query_fail)
  find_domain_master_name_query_fail:
  Unable to find the Domain Master Browser name AKIRA<1b> for the workgroup AKIRA.
  Unable to sync browse lists in this workgroup.


:smbd log

[2015/02/09 21:41:31,  0] ../source3/smbd/server.c:1214(main)
  smbd version 4.1.11-3.26.1-3274-SUSE-oS13.1-i386 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2013
[2015/02/09 21:41:31.703004,  0] ../lib/util/become_daemon.c:137(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections
[2015/02/09 21:43:43.892161,  0] ../lib/util/pidfile.c:153(pidfile_unlink)
  Failed to delete pidfile /run/samba/smbd.pid. Error was Нет такого файла или каталога
[2015/02/09 21:43:43,  0] ../source3/smbd/server.c:1214(main)
  smbd version 4.1.11-3.26.1-3274-SUSE-oS13.1-i386 started.
  Copyright Andrew Tridgell and the Samba Team 1992-2013
[2015/02/09 21:43:43.931716,  0] ../lib/util/become_daemon.c:137(daemon_ready)
  STATUS=daemon 'smbd' finished starting up and ready to serve connections


Суть вопроса-чего случилось с самбой,почему на одной системе вс еработает, а другая начала требовать авторизации,не авторизует и как это убрать?

чего случилось с самбой,почему на одной системе вс еработает, а другая начала требовать авторизации,не авторизует и как это убрать?

у меня такое тоже случалось, вроде всё идентично, а ведёт себя по-разному:\

для начала я бы попробовал
passdb backend = tdbsam

и включил отладку

:slight_smile: Я линуксоид зеленый,посему можно подробнее про отладку?
про изменить строку-понятно,а вот как отладку включить-не совсем.
Спасибо

добавить параметр loglevel = <уровень> или loglevel = <класс>:<уровень>

http://smb-conf.ru/log-level-g.html

например:

loglevel = 5

будет писать про всё с уровнем 5, чем выше, тем больше слов

После плясок с бубнами имею вот такой конфиг

[global]
     
    workgroup = AKIRA
    server string = openSUSE
    security = user
    map to guest = bad user
    netbios name = Andrey
    usershare allow guests = No
    wins support = Yes
    null passwords = yes
    log level = 3
[Torrent]
    path = /home/white/Torrent
    map to guest = bad user
    guest ok = Yes
    guest only = No
    writeable = Yes
[netlogon]
    guest ok = Yes
        available = Yes

Однако ситуация улучшилась не на много.Сейчас могу зайти только с линукса на свою шару-
так же появляется запрос авторизации,приходится забивать имя,но без пароля.
Если убрать null passwords = yes то не входит даже если вводить пароль.
С винды не заходит никак-показывает шару,если кликать по ней то отказ в доступе,даже без попыток запроса авторизации.
smbd.log имеет вот такое

[2015/02/12 19:22:16.102339,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:22:16.364852,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:22:16.852481,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:22:17.102267,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:22:17.852551,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:07.898968,  3] ../source3/nmbd/nmbd_sendannounce.c:212(send_host_announcement)
  send_host_announcement: type 819a03 for host ANDREY on subnet 192.168.1.100 for workgroup AKIRA
[2015/02/12 19:23:07.970383,  3] ../source3/nmbd/nmbd_elections.c:80(check_for_master_browser_success)
  check_for_master_browser_success: Local master browser for workgroup AKIRA exists at IP 192.168.1.101 (just checking).
[2015/02/12 19:23:12.394684,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:13.136650,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:13.902295,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:14.331821,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:15.078456,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:23:15.824334,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>

где 192.168.1.101адресс ноутбука с виндой.
Есть еще вот такое

[2015/02/12 19:17:28.394299,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28211 -- ignoring
[2015/02/12 19:18:28.456308,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28234 -- ignoring
[2015/02/12 19:19:28.515270,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28252 -- ignoring
[2015/02/12 19:20:28.576569,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28314 -- ignoring
[2015/02/12 19:21:28.637230,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28749 -- ignoring
[2015/02/12 19:22:28.697459,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28760 -- ignoring
[2015/02/12 19:23:28.757362,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28779 -- ignoring
[2015/02/12 19:24:28.818749,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28797 -- ignoring
[2015/02/12 19:25:28.879272,  2] ../source3/smbd/server.c:440(remove_child_pid)
  Could not find child 28850 -- ignoring

nmbd.log

[2015/02/12 19:26:36.828776,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:01.363971,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:02.105421,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:02.380214,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:02.855569,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:03.121055,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:03.871090,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name ISATAP<00>
[2015/02/12 19:27:05.584948,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.102 on subnet 192.168.1.100 for name AKIRA<1b>
[2015/02/12 19:27:05.651150,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.101 on subnet 192.168.1.100 for name KIRA<00>
[2015/02/12 19:27:06.325524,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.102 on subnet 192.168.1.100 for name AKIRA<1b>
[2015/02/12 19:27:07.072793,  3] ../source3/nmbd/nmbd_incomingrequests.c:459(process_name_query_request)
  process_name_query_request: Name query from 192.168.1.102 on subnet 192.168.1.100 for name AKIRA<1b>


При попытке войти через консоль без указания данных учетки пользователя имею следующее

linux-white:/home/white # smbclient -L localhost 
WARNING: The "null passwords" option is deprecated
Enter white's password: 
session setup failed: NT_STATUS_LOGON_FAILURE


Если указать пользователя то пускает

linux-white:/home/white # smbclient -L localhost -U white:********
WARNING: The "null passwords" option is deprecated
Enter white:123456's password: 
Domain=[AKIRA] OS=[Unix] Server=[Samba 4.1.11-3.26.1-3274-SUSE-oS13.1-i386]

        Sharename       Type      Comment
        ---------       ----      -------
        Torrent         Disk      
        IPC$            IPC       IPC Service (openSUSE)
Domain=[AKIRA] OS=[Unix] Server=[Samba 4.1.11-3.26.1-3274-SUSE-oS13.1-i386]

        Server               Comment
        ---------            -------
        ANDREY               openSUSE

        Workgroup            Master
        ---------            -------
        AKIRA             

Вообще ничего не понимаю

Почему не отрабатывает bad user,в упор не понимаю чего произошло с самбой.
Конфиг простейший,руками ниче не ковырял,подсовывал заведомо рабочий-ноль внимания.
Суть вопроса-как вернуть все в рабочее состояние…
Нужно убрать авторизацию и дать доступ виндовым клиентам.

У вас действительно в SAMBA заведён пользователь white:123456? Или вы после : пытались пароль указать?

после двоеточия идет пароль.Если без пароля то

linux-white:/home/white # smbclient -L localhost -U white
WARNING: The "null passwords" option is deprecated
Enter white's password: 
session setup failed: NT_STATUS_LOGON_FAILURE

Формат должен быть таким

smbclient {servicename} [password] -b <buffer size>] -d debuglevel] -e] -D Directory] -U username]…

Обратите внимание на то, где указывается password, а где username.

Ок,учту.
Но возможно мой выриант из гугла тож рабочий,иначе почему с паролем пускает а без него нет?
И суть вопроса щас в том что случилось с самбой и как вернуть все к тому как было-
то есть убрать авторизацию,и дать доступ виндовым клиентам.

Возможно у вас неправильно заведены пользователи в SAMBA. Вместо просто имени заведены как имя:пароль. Вы пытаетесь просто по имени подключится и такой пользователь не находится в базе. Это только моё предположение.

useradd *пользователь_samba*
 smbpasswd *пользователь_samba*

То есть сначала добавлялся пользователь white,
а потом второй командой пароль к нему
Тут сложно накосячить…
Сперва пользователи,потом пароли.
Вы лучше подскажите почему эта зараза заведомо рабочий конфиг с другой системы не подхватывает,
почему игнорируется bad user и как все исправить к тому состоянию как было.

Если честно, я себе установил пакет yast2-samba-server и конфигурацию делал через него, за исключением работы с пользователями SAMBA.
Почему с вашим конфигом не работает сейчас не могу сказать. Сама ошибка у вас сигнализирует о том, что не может быть пройдена аутентификация. Или пользователь, или пароль не подходят.

Кстати, при выполнении команд (smbclient, net) пароль ещё можно задать так -U user%password.

В принципе проблема с доступом в общую шару решилась добавлением прарметра
[HR][/HR] force user = white [HR][/HR]
в параметры шары.
Ради эксперимента я добавлял себе и вторую шару-только для авторизованных
юзеров.
[HR][/HR] [shara2]
path = /home/white/security
valid users = @sambagroup
force user = white
read only = No [HR][/HR]
Вот в нее доступа все равно нет.После ввода данных в окно авторизации
запрос на авторизацию поялвляется по новой и так по циклу.
Так же остался открытым вопрос почему домашняя система отказывается цеплять
конфиг с рабочей системы-системы практически идентичны,однако на работе
у меня таких проблем с самбой нет,а конфиг с рабочей машины на домашней не пошел
с теми же проблемами-то есть не пускал в шару.
Очень хочется понять в чем же разница то.
Так же в качестве эксперемента была создана папка по пути
/home/test
то есть не в каталоге обычного пользователя и был добавлен такой вариант
[HR][/HR] [global]
netbios name=Linux
server string=Linux
workgroup = AKIRA
os level=20
debug level=0
auto services=global
security=share
map to guest=Bad Password
dns proxy=no [Torrent]
readonly=no
public=yes
path=/home/test
guest ok=yes
restrict anonymous=0
[HR][/HR]
он тоже отработал на ура.
Но отрабатывать на папку которая находится в папке пользователя,по пути
**/home/white/test/ ** данный конфиг тоже отказался.
Короче я в легком замешательстве.
Вопрос пока все же открыт,уж очень интересно понять почему все так получилось.
Ведь на работе на машине простейший конфиг и никаких проблем,а дома непойми чего
вдруг приключилось