Início / computer / Perguntas / 1549120
Accepted
Leos Literak
Asked: 2020-05-06 23:31:58 +0800 CST

O Nginx cria arquivos de log pertencentes ao root em vez do usuário especificado

  • 772

Estou executando o CentOS 7.7 e desejo executar o Nginx em um usuário personalizado com www personalizado e locais de log. Eu já acessei o SELinux, então habilitei meus diretórios personalizados:

semanage permissive -a httpd_t # temporarily make SELinux permissive
semanage fcontext -a -t httpd_sys_content_t  '/opt/x/data/nginx(/.*)?'
restorecon -R -v /opt/x/data/nginx
semanage fcontext -a -t  httpd_log_t '/opt/x/log/nginx(/.*)?'
restorecon -R -v /opt/x/log/nginx

Este é o meu nginx.conf:

user Xnginx Xgrp;
worker_processes auto;
error_log /opt/x/log/nginx/error.log;
pid /run/nginx.pid;

E os direitos do diretório:

ls -lZ /opt/X/log/
drwxrwxr-x. Xnginx Xgrp unconfined_u:object_r:httpd_log_t:s0 nginx

Eu inicio o Nginx com

systemctl start nginx

E dá

[root@RE1 nginx]# systemctl status nginx
nginx.service - The nginx HTTP and reverse proxy server
  Loaded: loaded (/usr/lib/systemd/system/nginx.service; disabled; vendor preset: disabled)
  Active: active (running) since Wed 2020-05-06 09:15:06 CEST; 12min ago
  Process: 109185 ExecStart=/usr/sbin/nginx (code=exited, status=0/SUCCESS)
  Process: 109182 ExecStartPre=/usr/sbin/nginx -t (code=exited, status=0/SUCCESS)
  Process: 109180 ExecStartPre=/usr/bin/rm -f /run/nginx.pid (code=exited, status=0/SUCCESS)
  Main PID: 109187 (nginx)
   CGroup: /system.slice/nginx.service
       ├─109187 nginx: master process /usr/sbin/nginx
       ├─109188 nginx: worker process
       ├─109189 nginx: worker process
       ├─109190 nginx: worker process
       └─109191 nginx: worker process

May 06 09:15:06 RE1 systemd[1]: Starting The nginx HTTP and reverse proxy server...
May 06 09:15:06 RE1 nginx[109182]: nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
May 06 09:15:06 RE1 nginx[109182]: nginx: configuration file /etc/nginx/nginx.conf test is successful
May 06 09:15:06 RE1 systemd[1]: Started The nginx HTTP and reverse proxy server.

Posso ver os subprocessos em execução sob o usuário enquanto o processo mestre é executado como root

1     0 109187      1  20   0 131148  2268 sigsus Ss   ?          0:00 nginx: master process /usr/sbin/nginx
5   603 109188 109187  20   0 133632  3544 ep_pol S    ?          0:00  \_ nginx: worker process
5   603 109189 109187  20   0 133632  3544 ep_pol S    ?          0:00  \_ nginx: worker process
5   603 109190 109187  20   0 133632  3544 ep_pol S    ?          0:00  \_ nginx: worker process
5   603 109191 109187  20   0 133632  3544 ep_pol S    ?          0:00  \_ nginx: worker process

E finalmente o problema:

ls -lZ /opt/X/log/nginx/
-rw-r--r--. root root system_u:object_r:httpd_log_t:s0 access.log
-rw-r--r--. root root system_u:object_r:httpd_log_t:s0 error.log

Os arquivos deveriam pertencer ao Xnginx, não ao root. Por quê?

nginx centos-7

1 respostas

  1. Best Answer

    tl;dr

    Isso pode ser um bug. Quando o nginx é iniciado, ele cria arquivos de log nos ngx_init_cycle()quais parece não chamar chown()os arquivos de log. No entanto, quando você instruir o nginx a reabrir os arquivos ( nginx -s reopen), ele fará isso por meio ngx_reopen_files()de , que chama chown().

    Além disso, o nginx nunca usa o grupo especificado na user <user> [group]diretiva.

    Investigação

    Primeira versão:

    root@69ef55b3f57d:/# nginx -v
nginx version: openresty/1.13.6.

    Eu uso user www-data;diretiva em nosso arquivo /etc/nginx/nginx.conf. www-datatem UID 33. Todos os meus arquivos de log têm o sufixo '.log'.

    Primeiro, vamos remover os arquivos de log para que o nginx tenha que criá-los:

    rm /var/log/nginx/*.log

    Em seguida, inicie o nginx e grave com straceo que ele faz. -kpilha de chamadas de registros.

    root@69ef55b3f57d:/# strace -o /out.log -k -e trace=%file /usr/local/openresty/bin/openresty -g 'daemon off;'

    Observe que o nginx continuará rodando aqui até que o eliminemos, então mude para outra janela de terminal.

    Confirme se os logs foram criados e pertencem a root:root:

    ls -l /var/log/nginx/*.log
....
-rw-r--r-- 1 root root 0 Oct  6 09:02 /var/log/nginx/access.log
....

    Remova os arquivos antigos para que o nginx tenha que criá-los novamente e peça ao nginx para reabrir os arquivos de log:

    rm /var/log/nginx/*.log
nginx -s reopen

    Verifique se os arquivos são de propriedade de www-data:root:

    ls -l /var/log/*.log
...
rw-r--r-- 1 www-data root 0 Oct  6 09:03 /var/log/nginx/access.log
...

    Agora podemos matar o nginx, no terminal original apenas aperte CTRL+C(ou use kill)

    Agora, vamos ver o que o strace registrou:

    root@69ef55b3f57d:/# grep -A5 -n /var/log/nginx/access /out.log
1162:openat(AT_FDCWD, "/var/log/nginx/access.log", O_WRONLY|O_CREAT|O_APPEND, 0644) = 5
1163- > /lib/x86_64-linux-gnu/libpthread-2.27.so(open64+0x4b) [0x11d2b]
1164- > /usr/local/openresty/nginx/sbin/nginx(ngx_init_cycle+0x982) [0xc7132]
1165- > /usr/local/openresty/nginx/sbin/nginx(main+0x891) [0xb4061]
1166- > /lib/x86_64-linux-gnu/libc-2.27.so(__libc_start_main+0xe7) [0x21b97]
1167- > /usr/local/openresty/nginx/sbin/nginx(_start+0x2a) [0xb443a]
--
1226:openat(AT_FDCWD, "/var/log/nginx/access.log", O_WRONLY|O_CREAT|O_APPEND, 0644) = 4
1227- > /lib/x86_64-linux-gnu/libpthread-2.27.so(open64+0x4b) [0x11d2b]
1228- > /usr/local/openresty/nginx/sbin/nginx(ngx_reopen_files+0x91) [0xc7db1]
1229- > /usr/local/openresty/nginx/sbin/nginx(ngx_master_process_cycle+0x410) [0xdca80]
1230- > /usr/local/openresty/nginx/sbin/nginx(main+0xa75) [0xb4245]
1231- > /lib/x86_64-linux-gnu/libc-2.27.so(__libc_start_main+0xe7) [0x21b97]
--
1233:stat("/var/log/nginx/access.log", {st_mode=S_IFREG|0644, st_size=0, ...}) = 0
1234- > /lib/x86_64-linux-gnu/libc-2.27.so(__xstat64+0x15) [0x10f775]
1235- > /usr/local/openresty/nginx/sbin/nginx(ngx_reopen_files+0xb7) [0xc7dd7]
1236- > /usr/local/openresty/nginx/sbin/nginx(ngx_master_process_cycle+0x410) [0xdca80]
1237- > /usr/local/openresty/nginx/sbin/nginx(main+0xa75) [0xb4245]
1238- > /lib/x86_64-linux-gnu/libc-2.27.so(__libc_start_main+0xe7) [0x21b97]
--
1240:chown("/var/log/nginx/access.log", 33, -1) = 0
1241- > /lib/x86_64-linux-gnu/libc-2.27.so(chown+0x7) [0x1113e7]
1242- > /usr/local/openresty/nginx/sbin/nginx(ngx_reopen_files+0xd8) [0xc7df8]
1243- > /usr/local/openresty/nginx/sbin/nginx(ngx_master_process_cycle+0x410) [0xdca80]
1244- > /usr/local/openresty/nginx/sbin/nginx(main+0xa75) [0xb4245]
1245- > /lib/x86_64-linux-gnu/libc-2.27.so(__libc_start_main+0xe7) [0x21b97]

    Como você pode ver chown(), é chamado apenas ao reabrir arquivos de log, emngx_reopen_files()

    • 5

relate perguntas