Estou tentando executar um servidor daemonizado como usuário www-data, mas reduzi o problema ao fato de que não consigo nem executar o comando mais simples usando su
.
root@ubuntu:/var/www/hello# ls -la
total 8
drwxr-xr-x 2 www-data www-data 4096 Apr 22 11:39 .
drwxr-xr-x 8 www-data www-data 4096 Apr 22 11:38 ..
-rw-r--r-- 1 www-data www-data 0 Apr 22 11:39 hello.txt
root@ubuntu:/var/www/hello# sudo -u www-data 'ls'
hello.txt
root@ubuntu:/var/www/hello# su - www-data -c "ls"
root@ubuntu:/var/www/hello# echo $? # Unknown problem as no error text to stout from previous command
1
root@ubuntu:/var/www/hello# su -c "ls" www-data
root@ubuntu:/var/www/hello# echo $? # Unknown problem as no error text to stout from previous command
1
root@ubuntu:/var/www/hello# su -c "ls" root
hello.txt
root@ubuntu:/var/www/hello# su --help
Usage: su [options] [LOGIN]
Options:
-c, --command COMMAND pass COMMAND to the invoked shell
-h, --help display this help message and exit
-, -l, --login make the shell a login shell
-m, -p,
--preserve-environment do not reset environment variables, and
keep the same shell
-s, --shell SHELL use SHELL instead of the default in passwd
Duas questões:
- Como obter melhores mensagens de erro de
su
- Como corrigir o problema fundamental do erro de comando ao executar como usuário www-data.
su executa o comando fornecido indiretamente - ele chama o shell padrão do usuário de destino (o 7º campo "shell de login" em /etc/passwd) com os parâmetros
-c
, .<command>
Por exemplo, quando você executasu root -c "foo"
, acaba executando/bin/sh -c "foo"
ou similar.No entanto, as contas de serviço (que não são destinadas ao uso interativo) tradicionalmente têm um shell fictício configurado, como /bin/false ou /sbin/nologin. (O primeiro não faz absolutamente nada; o último imprime uma mensagem como "Esta conta não está disponível".)
(Para descobrir qual é o shell padrão de um usuário, execute
getent passwd www-data
e observe o último campo.)Portanto, no seu caso, su é executado
/bin/false -c "foo"
ou/sbin/nologin -c "foo"
, e nada de útil acontece.Não há mensagem de erro porque esse comportamento não é realmente um erro: o su faz exatamente o que está configurado para fazer, assim como o chamado "shell" configurado para essa conta. No entanto, você pode ver mais detalhes ocultos executando
strace -fe execve -- su www-data -c "foo"
(você deve ser root para fazer isso).Os serviços reais não têm esse problema porque geralmente não usam o shell de login em nenhum lugar do processo de inicialização. O gerenciador de serviços simplesmente executa o programa daemon diretamente. (Na verdade, você realmente deve usar um gerenciador de serviços. A maioria dos sistemas vem com systemd, upstart ou, pelo menos, 'start-stop-daemon'. su não foi feito para executar daemons.)
Se você realmente precisa usar
su www-data
para fazer algo, a saída --help mostra a opção necessária:Use esta opção para especificar um shell "normal", por exemplo:
Quando você usa
su
, o que é passado para o shell é o primeiro argumento após-c
, não todos os argumentos que o seguem. EntãoExecuta
ls
e nãols foo
. Se você deseja executar um comando com argumentos, inclua tudo entre aspas para torná-lo um único argumento:Então você estará executando
ls
com argumentos reais e verá mensagens reais.