3

Я пытаюсь настроить файловый сервер Samba, но что бы я ни делал, я не могу получить доступ на запись для работы (чтение работает нормально). Это моя текущая ситуация:

У меня есть локальный файловый сервер с 3 жесткими дисками, смонтированный в /mnt/share/disk<nr> . 2 из них используют файловую систему ext4, третья - ntfs. Этот файловый сервер работает под управлением Fedora 18 32-bit. Корневые папки этих жестких дисков принадлежат superman:superman , а testparm выводит следующее:

[global]
workgroup = WORKGROUP
netbios name = FILE_SERVER
server string = Samba Server Version %v
interfaces = lo, eth0, 192.168.123.191/8
log file = /var/log/samba/log.%m
max log size = 50
unix extensions = No
load printers = No
idmap config * : backend = tdb
hosts allow = 192.168.123.
cups options = raw
wide links = Yes

[share]
comment = Home Directories
path = /home/share/
write list = superman, @users
force user = superman
read only = No
create mask = 0777
directory mask = 0777
inherit permissions = Yes
guest ok = Yes

Я много пробовал, чтобы заставить это работать: диск chmodded для 777, я пытался отключить selinux, я добавил метку samba_share_t к дискам и, как видно из вышеприведенного вывода, я пытался сделать Конфигурация smb настолько разрешительна, насколько я мог, но все же я не могу записать в общий ресурс (пробовал из Windows 7 и другой установки Fedora).

Что я могу попытаться написать в акции?

РЕДАКТИРОВАТЬ: Ответы, которые я получил до сих пор, в основном касаются smb.conf . Тем не менее, я пробовал много разных настроек, готовых конфигураций и решений подобных проблем для файла smb.conf , поэтому я подозреваю, что настоящая проблема где-то еще.

8 ответов8

1

Вы говорите, что корневой каталог принадлежит пользователю superman но также и группе superman . Разве это не проблема? Если superman является членом группы users вы должны создать группу users корневого каталога (и принудительно установить это для всех остальных пользователей), иначе все остальные пользователи не будут иметь доступа.

Так что заставьте общие каталоги superman:users .

После этого вы также можете попробовать изменить / добавить следующее:

valid users = @users
create mode = 0660
directory mode = 0770
force create mode = 0660
force directory mode = 0770
force user = superman
force group = users

Это если superman входит в группу users . Если нет, то добавьте superman для valid users .

0

Причиной может быть SELinux.

Попробуйте временно отключить его и проверьте снова.

Как отключить: https://www.tecmint.com/disable-selinux-temporary-permanently-in-centos-rhel-fedora/

Горячая настройка: https://www.lisenet.com/2016/samba-server-on-rhel-7/

Вам необходимо использовать samba_share_t в команде semanage .

0

У меня такая же проблема. с xp у меня был полный доступ, в то время как W7 показывал права на чтение и запись, но на самом деле не мог создавать новые файлы или редактировать существующие. Я имел:

read only = no  

уже в smb.conf
добавляя

writeable = yes 

(Остерегайтесь! недоступно для записи) Windows7 может изменять существующие файлы и создавать новые файлы.

0

Правильно ли настроены группа и владелец общей папки для пользователя samba? Должно быть то же самое, или попробуйте

$ chown -R nobody:nogroup sharedfolder

в целях тестирования ...

0

Возможно, вы захотите взглянуть на то, как вы /mnt/share/disk связаны с /home/share .

Ваш путь в SMB.conf не соответствует вашим точкам монтирования для дисков.

Если вы используете символическую ссылку, вы можете проверить разрешения там.

0

из-за того, что это стоит, я не смог получить доступ к своей папке на samba, может быть, вы забыли добавить свое имя пользователя в группу паролей samba (из-за отсутствия фразы описания beter)

это то, что я сделал, чтобы заставить мою работать

smbpasswd -a username

после, используя nautilus, я делил диск / папку с правым кликом, общим доступом и т. д.

создайте свой пароль и используйте свое имя пользователя и пароль (который вы только что ввели) для доступа к вашему диску samba, вы также можете подключить этот диск в Windows

надеюсь, это поможет

-1

Вот пример одной из моих акций. Обратите внимание на возможность writable .

[rails]
create mask = 0777
directory mask = 0777
browseable = yes
writeable = yes
path = /var/rails
-2

Если бы та же самая проблема, на самом деле очень расстраивающая, могла просматривать все пользователи, но оставалась доступной только для чтения, пока ..... не изменила маску creat & directory на 0777 и выполнила команду chmod 777 /{path}, и это сработало.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .