JPrust
(usa Ubuntu)
Enviado em 31/10/2013 - 13:59h
Funcionou, o sticky bit resolve o problema!
Eu estava testando diretamente no linux, com o gedit, modificando os arquivos e tentando gravar os mesmos, não tinha permissão para tal operação.
Agora abri minha máquina virtual com windows XP e consegui testar:
Criei uma pasta e um arquivo teste.txt pelo linux com usuário "usadmin" e consegui alterar o conteúdo do arquivo no windows com o bloco de notas com o usuário "us1".
Esta solução apesar de ser legal, e atender ao que me solicitaram, vai ser inviável, pois tudo depende do comportamento de cada programa quanto ao compartilhamento, o word por exemplo não consegue salvar o arquivo, talvez por causa do temporário criado pelo mesmo.
Outra coisa é que achei uma gambiarra o que fiz, será que alguém tem uma sugestão de como melhorar isso?
Sem falar que a tarefa do cron irá mudar as permissões constantemente, o que pode envolver tempo ao adicionar a pasta 40GB de informação.
Segue o que fiz:
JPrust escreveu:
Tenho 3 usuários(por exemplo) no grupo projetos:
"usadmin","us2","us3".
O "usadmin" pode apagar os arquivos, portanto é ele que irá fiçar o sticky bit e ser dono de todos os arquivos dentro da pasta.
Para que isso ocorra eu coloquei no Crontab:
* * * * * root chown -R usadmin:projetos /dados/dados/ftp
* * * * * root chmod -R 1770 /dados/dados/ftp
A config da seção do samba é esta:
[FTP]
path = /dados/dados/ftp
comment = Pasta de armazenamento FTP
force create mode = 770
force directory mode = 770
create mode = 770
directory mode = 770
writable = yes
available = yes
browseable = yes
force group = projetos