Может читать, но не может записать в долю Samba
Я пытаюсь настроить долю Samba, которая только доступна конкретным пользователем. Я хотел бы, чтобы у того пользователя был доступ для чтения-записи ко всем файлам в доле.
smb.conf файл ниже позволит мне получить доступ к доле через одного пользователя 'patrick', но я не могу заставить доступ для записи работать - я не могу изменить или удалить файлы на смонтированной доле через окна. Пользователю действительно устанавливали верные полномочия для каталога на ниже.
Как я могу включить доступ для чтения-записи? Я не хочу изменяться, полномочия каталога/файла к 0777 как многие из других сообщений форума предложили бы.
Полномочия каталога:
drwxr-xr-x 6 patrick patrick 4096 Jul 3 2015 ./
drwxr-xr-x 3 root root 4096 Jul 1 2015 ../
drwxrwxr-x+ 15 patrick patrick 65536 Jan 22 00:01 music/
smb.conf файл:
[global]
workgroup = WORKGROUP
server string = %h server (Samba, Ubuntu)
# wins support = no
dns proxy = no
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
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 = never
usershare allow guests = no
[Music]
comment = Music on Ceres
path = /mnt/largemarge/music
valid users = patrick
browseable = yes
guest ok = no
read only = no
create mask = 0775
directory mask = 0755
force user = patrick
5 ответов
После часов поиска я обнаружил, что сетевое имя и каталог доли не могут быть тем же (и это не чувствительно к регистру, ни один). См. это сообщение на serverfault.
Так, если я изменяю свое сетевое имя в smb.conf от:
[Music]
к
[Tunes]
я могу и читать и записать в долю. Никакие другие изменения в моем smb.conf не были необходимы, и никакая потребность к chmod 0777.
Я также зарегистрировал это, Сетевое имя и Имя каталога не могут быть тем же, или доля будет видима и только для чтения несмотря на полномочия. Когда Сетевое имя будет изменено, чтобы отличаться, чем Каталог (или Диск) имя, это станет записываемым предположением, что это и пользователь имеет корректные полномочия.
я нашел это с дисками NTFS и папками смонтированным в Ubuntu, которая была ранее совместно использована под NTFS с помощью тех же Сетевых имен. Инструменты совместного использования победы и Linux оба значения по умолчанию к каталогу или дисковому названию их сетевого имени во время создания так конфликт встроены по умолчанию. Просто добавление символа к Сетевому имени Linux сделало это записываемым.
Это может или не может быть верно, если диск или каталог не являются NTFS или являются NTFS, но никогда не совместно использовались. Кажется, что ранее используемые сетевые имена NTFS резервируются при монтировании в соглашениях Ubuntu и Linux с конфликтом путем создания доли только для чтения.
доля каталога NTFS, названная \My Музыкой просто, переименовала \My Мьюзек в Ubuntu, достаточно для создания каталога записываемым.
В Домах:
# By default, the home directories are exported read-only. Change the
# next parameter to 'no' if you want to be able to write to them.
; read only = yes
, таким образом, Вы попробовали "read only = no" к Вашим долям? или "writeable = yes"
У меня была та же проблема, и я решил ее с помощью старой доброй перезагрузки Windows. Мне не нужно было использовать другое имя.
Изменения в smb.conf в разделе «Определения общих ресурсов»:
read only = no
create mask = 0775
directory mask = 0775
В конце smb.conf, я добавил
[sambashare]
comment = Samba on Ubuntu
path = /home/fred/sambashare
read only = no
browsable = yes
Выше только для целей документации, чтобы показать все изменения, которые я сделал. Когда я пробовал писать на sambashare, части определения общего ресурса не было. Это та часть, которую я добавил, чтобы все заработало.
Теперь, после изменения 3 директив в разделе «Определения общих ресурсов», я перезапустил службу smb, а затем протестировал ее в Win10. Не удалось.
Затем я перезагрузил сервер Linux и проверил. Все еще не удалось. Перезагрузил Win10 и УСПЕХ.
Так что, если у кого-то еще возникнет эта проблема и он попробует то, что я написал, я просто перезапущу службу smb, а затем перезагрузлю Windows (как обычно). Вероятно, нет необходимости перезагружать сервер Linux. О, и прежде чем пытаться писать на самбашаре, я закрыл все проводники Windows и использовал новый для каждого теста.
Надеюсь, вам это поможет.
Следующая команда, введенная в Терминале, дала мне доступ для записи к файловому ресурсу Samba из настольного клиента Ubuntu 20.04:
sudo mount -t cifs //SMB_IP_Address/SMB_Sharename /SMB_MountPoint -o username=your_smb_username,uid=1000
Ваш uid может отличаться, если вы настроили несколько клиентов.