Nautilus и SAMBA Ubuntu Server 18.04(64bit)

[Lesy]

Доброго дня. Строю медиа-сервер для дома, для семьи на базе Ubuntu Server 18.04 (64bit).

Код: [Выделить]

alesya@sklad:~$ uname -a
Linux sklad 4.15.0-36-generic #39-Ubuntu SMP Mon Sep 24 16:19:09 UTC 2018 x86_64 x86_64 x86_64 GNU/LinuxСделала шару для всех без ограничений на самбе и вроде все работает.

Код: [Выделить]

[global]
   workgroup = ASD
   server string = %h server (Samba, Ubuntu)
   dns proxy = no
   interfaces = 127.0.0.0/8 enp1s0
   bind interfaces only = yes
   log file = /var/log/samba/log.%m
   max log size = 1000
   syslog = 0
   panic action = /usr/share/samba/panic-action %d
   server role = standalone server
   security = user
   passdb backend = tdbsam
   obey pam restrictions = yes
   unix password sync = yes
   passwd program = /usr/bin/passwd %u
   passwd chat = *Enter\snew\s*\spassword:* %n\n *Retype\snew\s*\spassword:* %n\n *password\supdated\ssuccessfully* .
   pam password change = yes
   map to guest = bad user
   usershare allow guests = yes

[printers]
   comment = All Printers
   browseable = no
   path = /var/spool/samba
   printable = yes
   guest ok = no
   read only = yes
   create mask = 0700

[print$]
   comment = Printer Drivers
   path = /var/lib/samba/printers
   browseable = yes
   read only = yes
   guest ok = no

[public]
  comment = public access
  path = /mnt/public/
  browsable =yes
  writable = yes
  guest ok = yes
  create mask = 0777
  directory mask = 0777


Если заходить с Win-компьютера на сервер, то в расшаренном каталоге нормально создаются файлы и каталоги и так же нормально удаляются. Но если зайти с Linux-машины через Nautilus (Ubuntu 18.04), то создаются файлы и каталоги в шаре нормально, но возникают проблемы с удалением. Удалить каталог не получается, пока в нем есть файлы. Точнее, Nautilus показывает, что каталог (как бы) удаляется, но при перемещении по каталогам, удаленная директория "восстает" как птица Феникс.

Уже всю голову поломала как это полечить, информации не нашла в сети . Может кто сталкивался? Подскажите пожалуйста, как заставить Nautilus рекурсивно удалять директории с содержимым на расшаренном ресурсе sambы?
Спасибо.

Похоже проблема именно в клиентской машине на Ubuntu 18.04, проверка показала, что на Ubuntu 16.04 все работает нормально. Установка другого файлового менеджера ничего не решает, видимо что-то с клиентской частью самбы на Ubuntu 18.04 Desktop.

[victor00000]

Код: [Выделить]

smbclient -L //127.0.0.1/ -N
?

[Lesy]

Спасибо, что откликнулись.
На сервере так.

Код: [Выделить]

alesya@sklad:~$ smbclient -L //127.0.0.1/ -N
WARNING: The "syslog" option is deprecated
Anonymous login successful

Sharename       Type      Comment
---------       ----      -------
print$          Disk      Printer Drivers
public          Disk      public access
backup          Disk      access for backup
IPC$            IPC       IPC Service (sklad server (Samba, Ubuntu))
Reconnecting with SMB1 for workgroup listing.
Anonymous login successful

Server               Comment
---------            -------

Workgroup            Master
---------            -------
ASD

[victor00000]

Код: [Выделить]

smbclient //127.0.0.1/backup/ -c ls -N
?

[Lesy]

Получилось вот так:

Код: [Выделить]

alesya@sklad:~$ smbclient //127.0.0.1/backup/ -c ls -N
WARNING: The "syslog" option is deprecated
Anonymous login successful
tree connect failed: NT_STATUS_ACCESS_DENIED
Но это наверно правильно, ресурс "backup" у меня доступен по авторизации.
В smb.conf он прописан так:

Код: [Выделить]

[backup]
  comment = access for backup
  path = /mnt/backup/
  browsable =yes
  valid users = @securedgroup
  writable = yes
  guest ok = no
  create mask = 0777
  directory mask = 0777


[victor00000]

Код: [Выделить]

smbclient //127.0.0.1/backup/ -U login%password -c ls -N


Код: [Выделить]

nautilus smb://127.0.0.1/backup/
логин и пароль.

[Lesy]

Запуск в консоли на сервере:

Код: [Выделить]

alesya@sklad:~$ smbclient //127.0.0.1/backup/ -U alesya%****** -c ls -N
WARNING: The "syslog" option is deprecated
session setup failed: NT_STATUS_LOGON_FAILURE

Запуск в консоли на рабочей станции:

Код: [Выделить]

alesya@media:~$ smbclient //sklad/backup/ -U alesya%****** -c ls -N
WARNING: The "syslog" option is deprecated
session setup failed: NT_STATUS_LOGON_FAILURE
Запуск на сервере ...

Код: [Выделить]

alesya@sklad:~$ nautilus smb://127.0.0.1/backup/
невозможен, там менеджера рабочего стола нет.

Запуск на рабочей станции ...

Код: [Выделить]

alesya@media:~$ nautilus smb://sklad/backup/Наутилус запускается, логинимся, открывается содержимое, папки создаются, файлы создаются, созданные папки с файлами не удаляются. 

Статус самбы на сервере:

Код: [Выделить]

alesya@sklad:~$ sudo smbstatus

Samba version 4.7.6-Ubuntu
PID     Username     Group        Machine                                   Protocol Version  Encryption           Signing             
----------------------------------------------------------------------------------------------------------------------------------------
2203    nobody       nogroup      192.168.0.13 (ipv4:192.168.0.13:57118)    SMB3_11           -                    -                   
2194    alesya       alesya       192.168.0.13 (ipv4:192.168.0.13:57110)    SMB3_11           -                    partial(AES-128-CMAC)
2203    -1           -1           192.168.0.13 (ipv4:192.168.0.13:57118)    SMB3_11           -                    -                   

Service      pid     Machine       Connected at                     Encryption   Signing     
---------------------------------------------------------------------------------------------
backup       2194    192.168.0.13  Вс окт 14 15:14:56 2018 MSK -            -           
public       2203    192.168.0.13  Вс окт 14 15:16:17 2018 MSK -            -           

No locked files

[ALiEN]

[public]
  comment = public access
  path = /mnt/public/
  browsable =yes
  writable = yes
  guest ok = yes
  create mask = 0777
  directory mask = 0777
  force user = alesya

backup аналогично

[victor00000]

Lesy,
https://forum.ubuntu.ru/index.php?topic=247023.msg1949180#msg1949180

Пользователь добавил сообщение 14 Октября 2018, 16:12:51:

[public]
  comment = public access
  path = /mnt/public/
  browsable =yes
  writable = yes
  guest ok = yes
  create mask = 0777
  directory mask = 0777
  force user = alesya

backup аналогично

и

Код: [Выделить]

sudo chmod 755 /mnt/public/
sudo chown nobody:nogroup /mnt/public/


[Lesy]

   

[public]
      comment = public access
      path = /mnt/public/
      browsable =yes
      writable = yes
      guest ok = yes
      create mask = 0777
      directory mask = 0777
      force user = alesya

    backup аналогично

Я так понимаю, все действия пользователей на сетевом ресурсе будут выполняться от имени админа (alesya)?

и

Код: [Выделить]

sudo chmod 755 /mnt/public/
sudo chown nobody:nogroup /mnt/public/


Теперь на сетевом ресурсе //sklad/public я не могу ничего создать - "Отказано в доступе"

[ALiEN]

Lesy, 
http://smb-conf.ru/force-user-s.html

(Нажмите, чтобы показать/скрыть)

Этот параметр определяет UNIX имя пользователя, который будет назначен пользователем по умолчанию для всех пользователей подключеных к этому сервису. Это полезно для «расшареных»(sharing) файлов. Вы также должны использовать его осторожно, неправильное использование может вызвать проблемы в области безопасности.
     Это имя пользователя будет использоваться только для установленных соединений. Таким образом, клиенту все еще необходимо подключиться как пользователь и предоставить действительный пароль. При подключении, все операции с файлами будут выполняться от «forced user», независимо от того под каким именем подключился пользователь. Это очень полезно. В Samba 2.0.5 и выше установка этого параметра также приводит к смене первичной группы пользователей к force user, которые будут использоваться в качестве первичной группы для всех файлов.

victor00000, ерунду не советуйте

[Lesy]

В общем "дело видимо не в бобине". Решение нашла тут.
Заодно и описанную там проблему решила.

Необходимо на клиентской машине (именно на клиентской, а не на сервере) в файл /etc/samba/smb.conf в секцию [global] прописать строку "client max protocol = NT1". Видимо в клиентской части самбы есть какие-то косяки и лечатся они ограничениями по протоколу.

Спасибо большое за участие, теперь на всех моих компах самба работает удовлетворительно, папочки создаются и удаляются, даже если внутри есть файлы. 

[victor00000]

ALiEN175,
вот успешно, слава богу.)

[AnrDaemon]

прописать строку "client max protocol = NT1"

Неверно.
Надо на сервере и клиенте прописать

Код: [Выделить]

min protocol = SMB2
client min protocol = SMB2
client ipc min protocol = SMB2

NT1 просто нельзя использовать, даже с патчами.

[ALiEN]

AnrDaemon, 

(Нажмите, чтобы показать/скрыть)

$: grep proto /etc/samba/smb.conf
   min protocol = SMB2
   client min protocol = SMB2
   client ipc min protocol = SMB2
$: smbclient -U smb -L localhost
Connection to localhost failed (Error NT_STATUS_CONNECTION_REFUSED)
$: sudo -e /etc/samba/smb.conf
$: sudo systemctl restart smb nmb
$: grep proto /etc/samba/smb.conf
    client max protocol = NT1
$: smbclient -U smb -L localhost
Enter WORKGROUP\smb's password:

   Sharename       Type      Comment
   ---------       ----      -------
   Shared          Disk     
   IPC$            IPC       IPC Service (Samba 4.8.5)
Reconnecting with SMB1 for workgroup listing.

   Server               Comment
   ---------            -------

   Workgroup            Master
   ---------            -------
   WORKGROUP            SAMSUNG