chmod não aplica a novas pastas e arquivos [RESOLVIDO]

Holtzmann
(usa Ubuntu)

Enviado em 13/07/2020 - 12:50h

Pessoal, boa tarde.

Estou com alguns problemas aqui com relação as permissões em pastas. Vou resumir abaixo para melhor entendimento.

Eu tenho um servidor de media center caseiro onde faço o monitoramento utilizando o Zabbix, nesse servidor eu tenho um item de monitoramento de um diretório específico (/mnt/vfs).
Este diretório é onde fica os arquivos de cache utilizado pelo Rclone para os arquivos que foram lidos pelo Plex Server.
De início eu tive problemas de coleta de informações do zabbix por privilégios, então eu inclui o usuário zabbix no meu grupo e apliquei as permissões 775 recursivamente, de incio tudo funcionou, porém a partir daí o problema começou a surgir. Eu comecei a reparar que os dados que o zabbix estava coletando estava muito menor do que de fato tinha na pasta ai comecei a investigar e percebi que conforme novas pastas eram escritas na montagem as permissões que eu tinha aplicado não replicada para essas novas pastas. Então eu teria que executar o chmod 775 -R /mnt/vfs novamente para dar as permissões a esse novo conteúdo, o que não faz muito sentido, ja que quando eu fiz a primeira vez deveria funcionar para as existente e novos arquivos que fossem incluidos, estou errado?
Segue a imagem.

Podem perceber que nessa pasta, tem 3 pastas com as permissões 775 aplicadas, que foram antigas, e o restante tudo sem permissão. No caso essas foram as pastas que foram criadas após a permissão inicial.

Carlos_Cunha
(usa Linux Mint)

Enviado em 16/07/2020 - 22:14h

É por que permissões "padrões" não são herdadas, por isso pastas novas não "herdão/pegão" a permissão a pasta pai, isso pode ser resolvido de duas formas:

1° - É Alterando o UMASK, mas isso será para todo sistema o que não acho que fique "legal"
De uma lida, bem resumido e definir uma padrão permissão(template) a se seguir:


2° - O que eu usaria, são ACL Estendidas, que é o que faz um arquivo por exemplo ter múltiplos usuários/grupos/etc
Acredito que todo sistema atual já venha com isso habilitado(se não veja como fazer no sua distro)
Mas seria assim:

->

# Setando um usuário padrão que tu criado dentro dessa diretório herdará esse permissão

setfacl -x d:u:USER:rwx DIRETÓRIO 



# Setando um grupo padrão qu tu criado dentro dessa diretório herdará esse permissão

setfacl -m d:g:SEU-GRUPO:rwx DIREOTIRO



 

Nessa caso o USER e GRUPO será herdados e com permissão 77X(sendo X de outros)



#-------------------------------------------------------------------------------------#
Administrador de Redes Mistas Linux/Windows
LPI 101-102
LPI 201
Para consultas particulares acesse:
www.cunhatec.com.br

"Falar é fácil, me mostre o código." - Linus Torvalds

maurixnovatrento
(usa Slackware)

Enviado em 16/07/2020 - 23:07h

Não sei se vai ajudar mas:

chmod -s 775 arquivo

chmod -s +rwx arquivo

chmod -s 7775 arquivo

___________________________________
Conhecimento não se Leva para o Túmulo.

Holtzmann
(usa Ubuntu)

Enviado em 16/07/2020 - 23:24h

Pessoal,

Acabei descobrindo que o problema era no rclone. Na verdade não é um problema e sim a configuração padrão do serviço.
Quando vc usa a opção de cache do rclone, todos os arquivos e pastas que são criados por ele como 700, deixando apenas o dono da pasta com acesso.
Inclusive está rolando uma discussão no fórum deles se será útil alterar o código para em vez de 700 ele gravar como 750.
O outro ponto é que eu estava rodando o serviço do zabbix-agent como root, porém não com todos os privilégios dele, e fui obrigado a alterar o AllowRoot do config do zabbix pra 1.
Dessa forma tive acesso a todos os diretórios para coleta de dados.

Carlos_Cunha
(usa Linux Mint)

Enviado em 17/07/2020 - 12:10h

Obrigado por retornar com a sua solução.
Marque como resolvido.

#-------------------------------------------------------------------------------------#
Administrador de Redes Mistas Linux/Windows
LPI 101-102
LPI 201
Para consultas particulares acesse:
www.cunhatec.com.br

"Falar é fácil, me mostre o código." - Linus Torvalds

maurixnovatrento
(usa Slackware)

Enviado em 17/07/2020 - 20:51h

É uma informação muito útil.

___________________________________
Conhecimento não se Leva para o Túmulo.