conexão do site é redefinida no primeiro carregamento

Question

Estou usando o nginx com o php-cgi. Ultimamente surgiu um problema onde se você não visualizar o meu site por um tempo, como 3-4 minutos, e depois abri-lo novamente, a primeira solicitação que você enviar retornará a conexão redefinida pelo peer no navegador. se você atualizar, a operação é normal para todas as solicitações subsequentes. isso acontece todas as vezes e não é apenas um incidente isolado, acontece com todos que usam meu site. Eu tentei reiniciar o nginx e php-cgi mas sem sucesso. Alguém sabe o que o problema poderia ser? Eu posso fornecer qualquer informação necessária.

Vale a pena notar que não há nada no log de erros além da mensagem sobre o cliente fechar a conexão antecipadamente.

nginx.conf

user  nobody;
worker_processes  4;
error_log  /var/log/nginx/error.log;
pid        /var/run/nginx.pid;


events {
    worker_connections  2048;
}


http {
    include       /etc/nginx/mime.types;
    error_page 404 /404.html;
    error_page 403 /403.html;
        error_page 444 /444.html;
error_page 502 /502.html;

    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;
        large_client_header_buffers 8 8k;
    sendfile        on;
    tcp_nopush     on;
        tcp_nodelay on;
    keepalive_timeout  30;
        server_tokens off;

    gzip  on;
gzip_proxied any;
gzip_comp_level 6;
gzip_buffers 64 8k;
gzip_min_length 1024; gzip_http_version 1.1;
gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript;
    include /etc/nginx/conf.d/*.conf;
}

default.conf

server {
    listen  80;
    server_name  domain.com;
    error_log /var/log/nginx/error.log debug;   
    access_log  /var/log/nginx/access.log;


    location / {
    if ($request_method !~ ^(GET|HEAD|POST)$ ) {
        return 444;
    }

    if ($http_user_agent ~* Havij|hvj|acunetix|wget|HTtrack) {
       return 403;
    }

    root   /home/admin06/public_html;
    autoindex off;        
    index  index.php;


# Images and static content is treated different
    location ~* ^.+.(jpg|jpeg|gif|css|png|js|ico|xml)$ {
      access_log        off;
      expires           30d;
      root /home/admin06/public_html;
    }

location /nginx_status {
    stub_status on;
access_log off;]
deny all;
}

    location ~ \.php$ {
        fastcgi_split_path_info ^(.+\.php)(/.*)$;
#try_files $uri =404;
    fastcgi_pass backend;


        fastcgi_index  index.php;
        fastcgi_param  SCRIPT_FILENAME  /home/site/public_html$fastcgi_script_name;
        include fastcgi_params;
        fastcgi_param  QUERY_STRING     $query_string;
        fastcgi_param  REQUEST_METHOD   $request_method;

       fastcgi_param  CONTENT_TYPE     $content_type;
        fastcgi_param  CONTENT_LENGTH   $content_length;
        fastcgi_intercept_errors        on;
        fastcgi_ignore_client_abort     off;
        fastcgi_connect_timeout 60;
        fastcgi_send_timeout 60;
        fastcgi_read_timeout 60;
        fastcgi_buffer_size 128k;
        fastcgi_buffers 4 256k;
        fastcgi_busy_buffers_size 256k;
        fastcgi_temp_file_write_size 256k;
    }

## Disable viewing .htaccess & .htpassword
    location ~ /\.ht {
        deny  all;
    }
location ~ error_log {
    deny all;
}

    location ~ access_log {
    deny all;
}
location ~ \.cgi {
deny all;
}

location ~ \.db {
deny all;
}
}

    

Answer 1

Uma nova atualização do nginx foi lançada (1.2.5) e a atualização para a versão mais nova corrigiu o problema.

    

Answer 2

Você deve primeiro determinar em qual camada esta falha está ocorrendo, ou seja, no nível do servidor (configuração da máquina Linux), no nível PHP (php.ini, php-cgi) ou no nível do seu aplicativo. Erros de HTTP podem ser causados por configuração incorreta em qualquer uma dessas camadas, portanto, você precisa primeiro isolar e identificar onde exatamente a falha do servidor (trocadilho) está ocorrendo.

Minha sugestão é que você rastreie a solicitação HTTP:

1. A partir do momento em que chega ao seu servidor, através da configuração do Linux.
2. Então, através da configuração do Nginx (nginx.conf, default.conf).
3. Então, através do PHP e do PHP-CGI.
4. Por fim, analise uma vez que chegue ao seu aplicativo e verifique o que seu aplicativo faz com ele para enviar a resposta http.

Desta forma, você será capaz de identificar exatamente onde está o problema, antes que as pessoas boas na falha do servidor possam ajudá-lo a resolvê-lo corretamente!

Publique também o seu nginx.conf, default.conf, php-fpm.conf Alguns detalhes sobre sua aplicação também seriam bons.