Entendendo os tipos de permissões
No GNU/Linux temos os controles de permissões que impedem o acesso indevido de programas e pessoas não autorizadas a determinados arquivos, o que garante um nível de segurança ao sistema. Nesse artigo nos aprofundaremos em tais permissões e no uso dos comandos chmod e umask.
Introdução
Neste artigo vamos fazer uma introdução aos tipos de permissão de acesso aos arquivos/diretórios.
- chmod (modo literal)
- chmod (modo octal)
- umask
Vamos lá...
Páginas do artigo
1. Introdução2. Tipos de permissões
3. chmod (modo literal)
4. chmod (modo octal)
5. umask
6. Conclusão
Outros artigos deste autor
Leitura recomendada
Um tour pelos ripadores de CDs para Linux
Meu primeiro contato com Basic Linux
Linux para máquinas antigas - Que distribuição escolher?
Comentários
O Próximo artigo tentarei aborda um pouco mais sobre o umask, mais não tem muita ciencia não. é so para definir um padrão de acesso a arquivos e diretórios criados. um exemplo é um servidor de ftp, onde definimos uma mascara para os uploadfile, ou seja todo arquivo que for jogado no servidor por um usuário vai obter um padrão de acesso sobre o arquivo(r, w x).
Mais valeu ae.
[]'s
Mais valeu ae.
[]'s
Achei muito fraco pelo fato de não ter nenhuma novidade, principalmente porque já tem um artigo tão bom quanto esse aqui no VOL, do qual também não fala nada sobre SUID e SGID.
Gostei de como você escreveu o artigo, dando exemplos e explicando de forma clara, espero ver mais artigos seus e que eles mantenham esse padrão de qualidade.
[]s
Gostei de como você escreveu o artigo, dando exemplos e explicando de forma clara, espero ver mais artigos seus e que eles mantenham esse padrão de qualidade.
[]s
Bom artigo para os inis como eu. Me ajudou pra dar permissões a uns dirs que estava configurando no Apache. Flw ae Gabriel (my biba) :P!
Poxa Valeu mesmo, esse artigo tá massa pra quem tá começando feito eu !! E a muito fácil de entender !!
o Artigo é bom. Simples e bem esplicativo. Mas poderia ser mais completo.
Olá
Bom dê uma olhada no complemento deste artigo.
http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1812
t+
Bom dê uma olhada no complemento deste artigo.
http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1812
t+
jah tinha visto vários artigos sobre o modo de permissão em octal, mas nunca conseguia entender muito bem, mas dessa vez ficou bem claro.
vlw ;)
vlw ;)
Parabens pelo artigo o desenvolvimento foi excelente !!! vlw abraços
Olá Pessoal,
Descobri um maneira de alterar de forma permanete o umask do sistema linux.
Uso o Suse 10.1, e o meu objetivo é que os usuários do grupo users ao criarem um arquivo no OpenOffice por exemplo, automaticamente os outros usuários tenham acesso para modificá-los.
Trabalho em um escritório de advocacia e por isso existe a necessidade real de vários advogados e estagiários alterarem uma mesma petição (arquivo). Como um advogado não teria tempo nem paciência de aprender sobre permissões, simplesmente precisei colocar o umask para 0002 .
Vamos ao que interessa:
altere o umask na seguinte linha no arquivo /etc/profile
# The user file-creation mask
#umask 022
umask 002
Descobri um maneira de alterar de forma permanete o umask do sistema linux.
Uso o Suse 10.1, e o meu objetivo é que os usuários do grupo users ao criarem um arquivo no OpenOffice por exemplo, automaticamente os outros usuários tenham acesso para modificá-los.
Trabalho em um escritório de advocacia e por isso existe a necessidade real de vários advogados e estagiários alterarem uma mesma petição (arquivo). Como um advogado não teria tempo nem paciência de aprender sobre permissões, simplesmente precisei colocar o umask para 0002 .
Vamos ao que interessa:
altere o umask na seguinte linha no arquivo /etc/profile
# The user file-creation mask
#umask 022
umask 002
Preciso saber como eu faço para os usuários não apagarem um pasta inteira de uma só vez.
Imagine a secretária inteligente deletando uma pasta com todas as petições!
Alguém sabe como impedir isso, com o umask em 002 ?
Um abraço !
Imagine a secretária inteligente deletando uma pasta com todas as petições!
Alguém sabe como impedir isso, com o umask em 002 ?
Um abraço !
Para evitar este tipo de problema aqui usei um alias para o comando rm que mudava para rm -i, mas creio qua a secretaria não utilize o shell
mt explicado
vlw
vlw
Descobri a solução para a secretária não apagar as pastas. Usar o stick. Veja a explicação completa no excelente artigo do Gabriel Santana em : http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=1812
--
STICKY
Se este bit for ativado, faz com que arquivos criados em um determinado diretório só possam ser apagados por quem o criou (dono) ou pelo super-usuário do sistema. Um exemplo de uso do STICKY é o diretório /tmp.
--
STICKY
Se este bit for ativado, faz com que arquivos criados em um determinado diretório só possam ser apagados por quem o criou (dono) ou pelo super-usuário do sistema. Um exemplo de uso do STICKY é o diretório /tmp.
Olá Pessoal, postei acima uma forma de alterar o umask definitivamente, porém ao usar o opensuse 10.2, descobri a maneira correta e fácil de fazer essa alteração:
1 - yast -> segurança e usuários -> gerenciamento de grupo -> opçoes de especialista -> padrões para novos usuários -> Alterar a opção Umask para: 002
Ou ir direto no arquivo de configuração indicado no etc/profile que é o arquivo etc/login.defs
2 - alterar o Umask para 002
É isso aí.
1 - yast -> segurança e usuários -> gerenciamento de grupo -> opçoes de especialista -> padrões para novos usuários -> Alterar a opção Umask para: 002
Ou ir direto no arquivo de configuração indicado no etc/profile que é o arquivo etc/login.defs
2 - alterar o Umask para 002
É isso aí.
Opa!
Gostei do artigo!! Toh aprendendo a mexer com o linux faz poko tempo (jah me aventuro com slack... mas ateh agora ele aum eh esse bixo d 7 kbças!!!)
o artigo me ajudo a acessar umas pastas q tava com permissão soh pro root, via outro usuario...
vlw!
Gostei do artigo!! Toh aprendendo a mexer com o linux faz poko tempo (jah me aventuro com slack... mas ateh agora ele aum eh esse bixo d 7 kbças!!!)
o artigo me ajudo a acessar umas pastas q tava com permissão soh pro root, via outro usuario...
vlw!
Muito bom teu artigo, parabéns pela iniciativa.
Só achei muito pobre a explicação sobre o umask, poderia haver mais exemplos, só foi detalhado como dar permissão completa.
Mas de qualquer forma valeu. O importante é a colaboração contínua de todos da comunidade.
Abraços!