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.