Pq. acontece isso ? Help !

Ola gente tenho uma duvida, por favor gostaria de saber se podem me ajudar. Fiz os seguintes passos

Instalei o samba num servidor
Criei os usuarios e associei a os grupos pertencentes
Cadastrei eles no samba
Criei eles dentro do diretorio home, cada um com o seu homeC
Criei um diretorio publico dentro do home (home/public
Dei o Chmod 7777777777777777 (rs) na pasta
Dei o Chown nobody.nobody na pasta

Meu compartilhamento no smb.conf

[public]
comment = Diretorio Publico de Acesso
path = /home/public
public = Yes
read only = No
writable = Yes
browseable = Yes
create mask = 7777
force create mode = 7777
directory mode = 7777
force directory mode = 7777

O problema é o seguinte agora.
As pessoas conseguem gravar arquivos, poreeeem outras pessoas nao conseguem exclui-los. realmente nao sei o que acontece, parece ser permissao de arquivo mas esta tudo setado para fazer o q quiser...
Alguem pode me ajudar é meio urgente.

ola alguem pode me ajudar nessa questão ?

Já tive um problema assim econsegui validar por grupo de trabalho

acrescente

[public]
comment = Diretorio Publico de Acesso
path = /home/public
public = Yes
valid user = @GRUPO DE TRABALHO
read only = No
writable = Yes
browseable = Yes
create mask = 7777
force create mode = 7777
directory mode = 7777
force directory mode = 7777


TENTE AI COMIGO DEU CERTO

"NÃO USE DROGAS, USE LINUX"

My 2 cents...

@GRUPO DE TRABALHO é apenas um exemplo de um grupo criado como por exemplo, "groupadd @revendas"
Para adicionar um usuario ao seu grupo recem-criado, use:
usermod -G @revendas -U usuario
Voce não deve criar uma pasta com force create mode 777, a menos que seja uma qustão de vida ou morte.

[]s,

ps: Mandou bem, X-LOGAN!

Olha só gente eu tenho um share chamado tecnica
que tem os mesmos atributos do share public
porem nao é browseable nem public
e tem valid users e write list para o grupo selecionado
e continua dando o mesmo problema somente as pessoas que criam podem exclui-los.
eu fiz qdo criei e os usuarios da mesma forma como disse, poreeeem continua da mesma forma, o que será que pode ser, mesmo fazendo becape, receio que aconteça algo pior.
Voces podem me ajudar ?

Desde ja agradeço muitoo !!

Gente ainda nao consegui resolver o problema das pastas, há usuarios que criam arquivos no Excel é nao conseguem sobesecrever de maneira nenhuma.
Gostaria que me ajudassem pois isto tem dado muita dor de kbça aqui na empresa.
Tenho que setar mais alguma permissao no chmod ?
Tenho que setar mais alguma coisa no chown ?
Obrigado Gente Desde já

Dê um ls -la no dir onde está a pasta, e o mesmo comando dentro da pasta e poste aqui. Crie um arquivo excel como usuário comun via win32 nesta pasta e dê de novo o comando e poste aqui. Quero ver a diferença de atributos antes e depois de criar o arquivo.

[]s,

Vamos lá


1 - Share [adm]
2 - Pertence ao grupo administrativo, que tem por usuarios adriana, rodrigo, etc...

3 - a pasta adm esta assim drwsrwsrwt nobody.nobody
4 - dentro da pasta adm a pasta adriana esta assim drwsrwsrwt rodrigo.nobody
5 - Arquivo faltas e atrasos - junho e julho.xls esta assim thartmann.nobody -rwxrw-rw-

Veja este é um share que tenho aqui na empresa. É tipo departamental
O share [public] que tenho esta acontecendo o mesmo problema
Muito obrigado desde ja amigo

Realmente é esquisito, Já tentou colocar o write list = @todosusuarios ?

[]s.

[adm]
comment = Diretorio de Arquivos Adm
path = /home/adm
write list = @administrativo root
valid users = @administrativo root
public = Yes
writable = Yes
printable = No
create mask = 7777
directory mode = 7777
force create mode = 7777
force directory mode = 7777
inherit permissions = yes

Tenho uma pasta que é só para uso do CPD e funfa perfeitamente assim:

[cpd]
comment = Diretório exclusivo do CPD
path = /var/empresa/cpd
browseable = no
valid users = @cpd
write list = @cpd
force create mode = 777

PS: Através do samba, somente @cpd tem acesso a pasta.

Os direitos do sistema linux na pasta:
drwxrwx--- 3 root cpd 4096 Jun 28 17:49 ./

PS: No linux, somente o dono (root) e o grupo (cpd) tem acesso a pasta.

Espero ter ajudado.
[]s.

Entendo amigo...

Mas da mesma forma meu share nao esta legal,
Parece que tipo assim ele nao herda as confs... é muito esquisito não sei se alguem pode me ajudar nisso, pois se for versao do samba eu atualizo e pronto mas creio que nao... pois isso nao pode ser bug...
Se alguem puder me dar uma luz agredeço mesmo de coração, pois isso esta indo alem da conta... e não rola rs....
um grande abraço e espero que me ajudem

Cara esperimente ao invéz disso:

create mask = 7777
directory mode = 7777
force create mode = 7777
force directory mode = 7777

fazer isso:

create mask = 777
directory mode = 777
force create mode = 777
force directory mode = 777

Valeu...

Oi amigo, infelizmente isso nao resolve, pois esse 7777 é somente para teste, ou seja ele vai ler os 3 ultimos...
Creio que o problema deva algo relacionado as permissoes de arquivos, tipo 1000 2000 etc... algo assim...
Mas desde ja agradeço sua ajuda

Vlw

Cara de um chmod a+wrtx na pasta e já resolve seu problema.


Abraços.

Depois poste novamente dizendo se funcionou.

O problema é o stick bit (t) no final da linha de permissões. Isso indica que só o usuário que o criou ou o root podem remover esse arquivo, mesmo com permissões setadas pra 777. Aliás, 777 nesse caso não me parece nem necessário pois os arquivos criados lá não são executáveis dentro do linux, Um 664 já bastaria, ou no máximo 666.

HTH,

Acho que é por ai heim !!

Como farei isso no servidor ?
Pode me ajudar?
Um grande abraço !!

chmod a-t adm
chmod 0664 adm
...
browseable = no
valid users = @grupoemquestao
write list = @grupoemquestao
create mode = 0664

O restante das permissões pra esse share no smb.conf voce comenta com um ; na frente e testa pra ver se dá certo o que voce quer fazer. Voce pode reestartar o samba pra ter certeza de que ele vai re-ler seu arquivo smb.conf

[]s,

Ola karfax,

Era isso mesmo o problema...
O tar de stickbisteca... rs...
Vlw mesmo...

É isso aí, qualquer coisa estou na área - se encostar é pênalti.

Um abraço,

karfax
8)

muito grato karfax pela solução e Luzumba por ter repostado lá... vcs são d+++++++++++++++++++