Início / computer / Perguntas / 1428212
Accepted
AJP
Asked: 2019-04-23 03:51:20 +0800 CST

A execução do comando via su como usuário www-data falha silenciosamente

  • 772

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:

  1. Como obter melhores mensagens de erro desu
  2. Como corrigir o problema fundamental do erro de comando ao executar como usuário www-data.
bash su

2 respostas

  1. Best Answer

    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ê executa su 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-datae 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-datapara fazer algo, a saída --help mostra a opção necessária:

    -s, --shell SHELL             use SHELL instead of the default in passwd

    Use esta opção para especificar um shell "normal", por exemplo:

    su www-data -s /bin/sh -c "foo"
    • 1

  2. 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ão

    su www-data -c ls foo

    Executa ls e não ls foo. Se você deseja executar um comando com argumentos, inclua tudo entre aspas para torná-lo um único argumento:

    su www-data -c "ls foo"

    Então você estará executando lscom argumentos reais e verá mensagens reais.

    • 0

relate perguntas