Permissões de pasta do Ubuntu 12.10 (perda de acesso a qualquer pasta após a configuração do sftp)


1

Eu tive um servidor ubuntu 12.10 em execução por um tempo com o dlna e o samba executando com êxito. Em uma versão anterior, eu tinha um servidor sftp em execução e queria fazê-lo novamente.

Primeiro, atualizei todos os pacotes instalados (mas não atualizei para 13.04). Em seguida, instalei o SSH e o openSSH e configurei o sftp. Posso efetuar login com êxito na conta ftp.

No entanto, percebi que meu usuário padrão não podia mais acessar a montagem onde está o meu ataque. O DLNA ainda operava no entanto, a partir deste ponto de montagem. O proprietário / grupo deste diretório foi definido como ninguém: ninguém. Gostaria de saber se algo deu errado e tentei definir o proprietário com o meu nome de usuário padrão. Como não funcionou, tentei criar um novo grupo, adicionar o usuário (e o usuário sftp para uma boa medida) ao grupo e tornar o grupo o proprietário do ponto de montagem.

Executei uma redefinição e meu usuário padrão não pode acessar QUALQUER diretório agora (permissão negada). Executar ls-l no diretório raiz mostra que tudo pertence a root: root.

Se elevar minhas permissões para o usuário root (sudo -i), posso acessar todos os lugares com êxito.

Alguém pode fazer sugestões para corrigir esse problema de permissões? Não tenho certeza do que quebrei, mas é bastante frustrante.


quando você diz que tentou definir o proprietário, o que você fez e de que maneira falhou? você consegue acessar seu diretório pessoal?
10133 Frank Thomas

Eu tentei mostrar o diretório com um comando como sudo chown nick: media / raid / media. No momento, meu usuário principal não pode acessar nenhum diretório, incluindo a pasta pessoal (permissão negada).
Nick

Só notei que também não consigo fazer login no servidor por meio de massa. Isso sugere um problema SSH?
Nick

pode ser um problema de aplicativo, mas isso por si só não sugere muitas correções. tente chowning toda a sua casa para nick:nick(com -R) e verifique ls -al\ home novamente para ver se fica. Nesse caso, veja se o ssh funciona novamente. a maioria das distribuições usa 740 para residências, se você precisar chmod. Quanto ao seu ataque, depois de executar o comando chown, qual é o proprietário agora?
10133 Frank Thomas

Meu palpite seria que a sua /etc/passwdou /etc/groupsfoi corrompido.
Ernie

Respostas:


Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.