De acordo com sua saída de ssh quackgame ls -ld /home/game , o / home / game é apenas gravável pelo proprietário do arquivo, jogo e não pelo grupo de usuários. Tente executar chmod g+w /home/game no quackgame e veja se funciona.
Estou conectando a um servidor remoto por SSH, mas estou com problemas de permissão.
Minha conta remota é thelq e faz parte principalmente do grupo thelq . Eu também faço parte do grupo genérico users . Outra conta remota chamada game é basicamente parte do grupo users . No servidor remoto, posso ver e editar livremente todos os arquivos de game . No entanto, no servidor local, aparentemente, não faço parte do grupo users . A especificação estranha do grupo users para a opção gid ainda não permite acesso ao users group
Exemplo do que tentei na linha de comando:
[thelq@quackwall ~]$ sshfs -o idmap=user -o uid=1000 -o gid=1000 -o allow_other -o default_permissions quackgame:/home game-home
thelq@quackgame's password:
[thelq@quackwall ~]$ echo something >> game-home/game/INIT-SETUP
bash: game-game/game/INIT-SETUP: Permission denied
Estou confuso sobre o que mais fazer, pois as permissões do Linux não são o meu ponto strong. Eu estava pensando que o desejo em mim na máquina remota me permitiria acessar tudo o que os grupos dizem que eu posso, mas aparentemente não.
Alguma sugestão?
Como por pedido do @ penguin359
[thelq@quackwall ~]$ ls -ld game-home
drwxr-xr-x 2 thelq allusers 4096 Apr 5 19:06 game-home
[thelq@quackwall ~]$ sshfs quackgame:/home game-home
thelq@quackgame's password:
[thelq@quackwall ~]$ ls -ld game-home
drwxr-xr-x 1 root root 4096 Jan 5 18:20 game-home
[thelq@quackwall ~]$ ssh quackgame id
thelq@quackgame's password:
uid=1000(thelq) gid=1000(thelq) groups=1000(thelq),4(adm),20(dialout),24(cdrom),46(plugdev),100(users),107(sambashare),109(lpadmin),110(admin)
[thelq@quackwall ~]$ ssh quackgame ls -ld /home/game
thelq@quackgame's password:
drwxr-xr-x 11 game users 4096 2011-04-11 21:59 /home/game
A opção idmap não afeta as permissões, ela simplesmente afeta as exibições em stat() para o proprietário de um arquivo. Além disso, as opções uid e gid afetam apenas o lado local das permissões, que possui a conexão efetivamente. A opção default_permissions ativa a verificação de permissão no lado local, o que provavelmente não é o que você deseja. As permissões no lado remoto são simplesmente decididas pelo nome de usuário usado para se conectar, thelq neste caso. Tente algo mais simples como sshfs -o idmap=user quackgame:/home game-home e veja se funciona.
Tags permissions sshfs