Добрый день, сразу скажу я на 1с-ник. так что в некоторых терминах могу ошибаться.

Стоит 1с 8.3.10.2580 на Centos 6.7 Есть задача по выгрузке и передачи на FTP сервер данных. Программист делает фоновое задание. На Centos сделал smb шару

#======================= Global Settings =====================================
[global]
workgroup = WORKGROUP
security = share
map to guest = bad user
#============================ Share Definitions ==============================
[exchange1c]
path = /mnt/exchange1c
browsable =yes
writable = yes
guest ok = yes
read only = no

Шара сделана для того что бы в ней формировались данные.

Вопрос 1. Если программист вручную через клиент 1с запускает задание (обработку) то файлы выгрузки сохраняются в \\centos1c\exchange1c, его можно открыть с ПК на windows, удалить просмотреть данные. все норм.

Если фоновым заданием то нет. Только если в обработке указать каталог /mnt/exchange1c Почему так? Служба 1с сама не умеет по самбе фоном ходить?

Вопрос 2. Когда создаются файлы в /mnt/exchange1c они имеют владельца службы 1с: группа grp1cv82 владелец usr1cv82 права 640 и соответственно не удаляются и не читаются из шары, ни че с ними нельзя сделать.

Как я только не исхитрялся: добавил в групп:

grp1cv82:x:501:nobody,usr1cv82,root

Дал на каталог /mnt/exchange1c root:root, 777. chmpd g+s ни чего не помогает. сделал umask 0002 в профиле /home/usr1cv82/.bash_profile

теперь файлы создаются с правами 660 usr1cv82:root, но в шаре они так и не открываются и не удаляются

Помогите как быть?

>Есть задача по выгрузке и передачи на FTP сервер данных
Зачем тут SMB вообще?

для того чтобы из винды могли выгрузку подхватить например другие базы

часть данных надо выгружать на FTP частью обменеватся между другими базами

(3) "надо выгружать на FTP" - Зачем тут SMB вообще?

ОК, сори. надо было в топике написать "выгружать на FTP и обмениваться с другими файловыми базами на винде"

>Вопрос 2

это "фича"

>Если фоновым заданием то нет. Только если в обработке указать каталог /mnt/exchange1c Почему так? Служба 1с сама не умеет по самбе фоном ходить?

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

(5) проще всего разогнать веб сервис

Вопрос 2 оч серьезно. из за этого не можем фоновыми заданиями обмениваться данными

(9) -> (8)
ну или переведите всех на другой единый транспорт, поддерживаемый всеми платформами.

а вообще для ОБМЕНА в шару 1с должна писать так, чтобы файлы ЧИТАЛИСЬ другими. Это требование выполняется.

вообще нет никакого нормального способа сохранять выгрузку с правами 644 например.

думаю как вариант может службу 1с запускать от root? не поломает это сервер?

чтения нет, права файлу выдаются 660 Владелец и группа могут читать и редактировать; остальные не имеют права выполнять никаких действий

а вообще раз это фича, надо написать какой нит скриптик который по крону например раз в 5 минут будет права в каталоге  /mnt/exchange1c менять, и все

(12) ну а костыль приделать? демон какой-нибудь сканирует папку каждую минуту и меняет права.

Это кончено же "дыра", но если попробовать umask=0000?

пока пробовать нет возможности, завтра напишу чем закончилось

пока варианты:
1. скриптом по крону менять права
2. опции force group/user в настройках samba

все остальное такое себе...

(17) глубоко не копал, но попадалось на глаза, что в самба force group/user ставили - это было в вебморду для управления самбой завернуто, поэтому плохо помню как конкретно это делалось

Проблема решена, всего-то надобыло в конфиг самбы дописать:
[exchange1c]
path = /mnt/exchange1c
browsable =yes
writable = yes
guest ok = yes
read only = no
force user = root
force group = root

как итог, все что создаеца в каталоге /mnt/exchange1c через самбу будет с правами root:root файлы читаются и удаляются из винды нормально, что и нужно было.

(19) там еще где-то поищи - в настройках самбы должны быть такие фичи, что пользователям может еще установить ограничение на каталог в целом, чтоб лишние соединения в папку не лезли и безопасности не угрожали.