Bobagem com sudo chmod 666

[danielpt]

Bem galera, a minha pasta do var/www tava tudo certim, com a pasta phpmyadmin e funcionando...
porém eu tava precisando jogar uma pasta com meus sites lá dentro e eu tinha q dar permissão...

pois bem, fui inventar de usar essa mer## "sudo chmod 666 /var/www", quando fui olhar o localhost
já não funcionava mais... "Forbidden You don't have permission to access / on this server.", e na pasta
do var/www os arquivos que estão lá, estão com um icone diferente e nem abrem mais...
no caso a pasta do phpmyadmin virou um icone como fosse um arquivo de texto que não da pra abrir...


tem como eu desfazer isso com algum outro código?
e como eu posso fazer o que eu queria sem fud#@ tudo?

Grato!

[garfo]

Você quer dar permissão para a pasta se acessada novamente, é isso?

É só fazer o mesmo comando e trocar o "666" por "777".

Só isso.

[danielpt]

valew
deu certo..

mais com essa permissão 777, meu sistema vai estar seguro? pois eu vi algumas pessoas falando
a respeito de não dar permissão direta para a pasta... e como eu posso jogar o arquivo aqui pra dentro?

[garfo]

Não sei se vai ficar seguro, não entendo muito desse negócio de servidor web (parece que você tem um, sim?).

O comando junto com o "777" liberou a pasta, mas provavelmente não liberou as pastas que estão dentro dela, é isso?

Para liberar a pasta junto com *tudo* que tiver dentro dela (e dar a total permissão pra você mexer nela, mover/copiar arquivos pra ela), é só repetir o comando, mas colocando um "-R" antes do 777.

Vai ficar assim: sudo chmod -R 777 [caminho/da/pasta/aqui]

[danielpt]

deu certo, grato!

mais creio q não está seguro mais hehehe

[danielpt]

bem... para mexer nos arquivos está 100%, porém para acessar o site, seja o phpmyadmin ou qualquer outro...
aconteceu isso

"Wrong permissions on configuration file, should not be world writable!"

[garfo]

bem... para mexer nos arquivos está 100%, porém para acessar o site, seja o phpmyadmin ou qualquer outro...
aconteceu isso

"Wrong permissions on configuration file, should not be world writable!"

Deve ser que o comando liberou as permissões de tudo (e é isso que ele faz mesmo) que estava na pasta, mas alguns arquivos da mesma pasta não podem ter permissões de escrita (pode ser alguma medida de segurança). Mas como eu não sei *nada* sobre servidores web e afins, eu não sei quais arquivos são esses que não podem ter permissões de escrita... talvez você saiba.

Para esclarecer melhor sobre o comando que passei, dê uma olhada no final desse artigo do Morimoto (muito bom): http://www.hardware.com.br/dicas/sux-sudo-permissoes.html

[danielpt]

não teria algum código que eu volte para o que era antes?

[garfo]

não teria algum código que eu volte para o que era antes?

Esse é o problema. Têm como saber como estava as permissões da pasta (e dos arquivos dentro dela)? Se tiver como saber, há como reverter ao estado de antes. Mas eu acho que vai ser trabalho pra caramba, tipo, tendo que editar os arquivos certos, um por um, por linha de comando...

[danielpt]

puts, vamo ver talvez alguem saiba...
se ñ vou desinstalar tudo e instalar denovo kkk

[zekkerj]

Ô garfo, desde quando dar permissão de execução vai consertar um problema causado por dar permissão de escrita? Pq essa é a única diferença entre o chmod 666 pro 777. Você pode ter piorado o problema com esse comando assassino que é um "chmod -R 777".

danielpt, se vc quer corrigir a c@gada, use chmod 755 no diretório. Permissão total pro dono (rwx ou 7), permissão de leitura e execução para o grupo (r-x ou 5), permissão de leitura e execução para o resto do mundo (r-x ou 7).

E pelo amor de Deus, nunca mais execute um "chmod -R 777" sem ter certeza absoluta do que vc está fazendo. Esse comando, aplicado no lugar errado, pode fazer com que teu sistema pare de iniciar. E a única forma de recuperar é formatando e reinstalando!!!

[danielpt]

Ô garfo, desde quando dar permissão de execução vai consertar um problema causado por dar permissão de escrita? Pq essa é a única diferença entre o chmod 666 pro 777. Você pode ter piorado o problema com esse comando assassino que é um "chmod -R 777".

danielpt, se vc quer corrigir a c@gada, use chmod 755 no diretório. Permissão total pro dono (rwx ou 7), permissão de leitura e execução para o grupo (r-x ou 5), permissão de leitura e execução para o resto do mundo (r-x ou 7).

E pelo amor de Deus, nunca mais execute um "chmod -R 777" sem ter certeza absoluta do que vc está fazendo. Esse comando, aplicado no lugar errado, pode fazer com que teu sistema pare de iniciar. E a única forma de recuperar é formatando e reinstalando!!!

hehe, então vai ficar como o código?
assim?: sudo chmod 755 /var/www

[garfo]

Ô garfo, desde quando dar permissão de execução vai consertar um problema causado por dar permissão de escrita? Pq essa é a única diferença entre o chmod 666 pro 777. Você pode ter piorado o problema com esse comando assassino que é um "chmod -R 777".

danielpt, se vc quer corrigir a c@gada, use chmod 755 no diretório. Permissão total pro dono (rwx ou 7), permissão de leitura e execução para o grupo (r-x ou 5), permissão de leitura e execução para o resto do mundo (r-x ou 7).

E pelo amor de Deus, nunca mais execute um "chmod -R 777" sem ter certeza absoluta do que vc está fazendo. Esse comando, aplicado no lugar errado, pode fazer com que teu sistema pare de iniciar. E a única forma de recuperar é formatando e reinstalando!!!

A pasta dele estava bloqueada, dei o comando para desbloquea-la. Não vi perigo nenhum aí.

[zekkerj]

Esse é o problema...

[garfo]

Esse é o problema...

Sim, desbloqueou. Mas desbloqueou *tudo*. E como a pasta dele tinha arquivos que não era pra ter permissões de escrita, deu o erro lá...

Agora entendi.

É que esse comando já me salvou a vida uma vez, quando precisava fazer backup de uma pasta muito importante por linha de comando, e a mesma estava trancada. Aí foi só dar o comando, liberar tudo e copiar.

Nem é tão "assassino" assim...