У меня странное поведение, которое внезапно возникло самба Поделиться (Arch Linux) со вчерашнего дня. Единственный триггер, о котором я могу думать, - это обновление системы (pacman -Syu). С тех пор корневой ресурс (/) доступен, и все каталоги видны, но любая попытка доступа к любому из каталогов вызывает "invalid handle"ответ в Windows. Однако если я предоставлю доступ к любому из каталогов (например, /data) как отдельный ресурс, он полностью доступен без проблем. Вот определение доли.
А пока я изолировал проблему от сервера Samba (а не от хоста Windows). Вторая установка Arch Linux правильно смонтирует общий ресурс [data], но откажет в доступе к корневому ресурсу [/ data / root_ssd]. И наоборот, запуск Samba на этой новой, девственной установке Arch Linux снова не приведет к совместному использованию корневого пути.
Любые идеи? Мне кажется, что такое поведение является новым для недавнего обновления Samba.
[antergos1-festplatte]
comment = 20 GB Festplatte
path = /
writeable = yes
create mask = 0766
directory mask = 0777
guest ok = yes
force user = aag
browseable = yes
[data]
comment = webserver directories
path = /data
writeable = yes
create mask = 0777
directory mask = 0777
guest ok = yes
force user = aag
browseable = yes
force group = admins
Это поведение связано с последними обновлениями безопасности Samba. Я только что столкнулся с этим с Debian Wheezy. Кажется, что исправление CVE-2015-5252 намеренно или случайно блокирует общие ресурсы корневого уровня (/).
В качестве обходного пути вы можете установить в smb.conf
[Глобальный]
расширения unix = нет
[Поделиться]
широкие ссылки = да
Примечание. По умолчанию unix extension = yes отключает широкие ссылки.
Также ошибка # 11647 в bugzilla Samba. Это будет исправлено.
Отсюда следует другой обходной путь:
mkdir /mnt/root
mount -o rbind / /mnt/root
Replace path = / with path = /mnt/root in smb.conf
Я пытался скопировать файл (.exe), и он появился как папка с атрибутами rs.
Предложения в ответе Питера Риндфуса заставили файл исчезнуть.
Я нашел следующую страницу и решение:
store dos attributes = no
После добавления store dos attributes = no в общий ресурс (не уверен, работает ли он на глобальном уровне, еще не пробовал), мне удалось скопировать файл.