тайм-аут в восходящем направлении (110: тайм-аут соединения) при чтении заголовка ответа из восходящего потока - PullRequest
Новая
       9

тайм-аут в восходящем направлении (110: тайм-аут соединения) при чтении заголовка ответа из восходящего потока

0 голосов
/ 05 мая 2018

Я новичок на сервере nginx. Проблема, с которой я сталкиваюсь в настоящее время, связана с проблемой истечения времени ожидания соединения после вызова из приложения iOS. Json, который я получаю, огромен, поэтому на сервере зарегистрирован тайм-аут.

Также проверено с различными ответами, размещенными здесь на stackoverflow относительно того же самого. Но не помогли мне.

Ниже мой журнал доступа и журнал ошибок. Пожалуйста, помогите.

Журнал ошибок 

upstream timed out (110: Connection timed out) while reading response header from upstream, client: xxxxxxxxxxx, server: xxxxxxxxxxx, request: "POST /api/event/gallery HTTP/1.1", upstream: "fastcgi://unix:/run/php/php7.0-fpm.sock", host: "xxxxxxxxxxx"

Журнал доступа 

"POST /api/event/gallery HTTP/1.1" 504 192 "-" "mysite/2 CFNetwork/889.9 Darwin/16.7.0"

nginx.conf 

user www-data;
worker_processes auto;
pid /run/nginx.pid;

events {
    worker_connections 768;
    # multi_accept on;
}

http {

    ##
    # Basic Settings
    ##

    sendfile on;
    tcp_nopush on;
    tcp_nodelay on;
    keepalive_timeout 65;
    types_hash_max_size 2048;
    # server_tokens off;

    # server_names_hash_bucket_size 64;
    # server_name_in_redirect off;

    include /etc/nginx/mime.types;
    default_type application/octet-stream;
    client_max_body_size 50M;

    ##
    # SSL Settings
    ##

    ssl_protocols TLSv1 TLSv1.1 TLSv1.2; # Dropping SSLv3, ref: POODLE
    ssl_prefer_server_ciphers on;

    ##
    # Logging Settings
    ##

    access_log /var/log/nginx/access.log;
    error_log /var/log/nginx/error.log;

    ##
    # Gzip Settings
    ##

    gzip on;
    gzip_disable "msie6";

    # gzip_vary on;
    # gzip_proxied any;
    # gzip_comp_level 6;
    # gzip_buffers 16 8k;
    # gzip_http_version 1.1;
    # gzip_types text/plain text/css application/json application/javascript text/xml application/xml application/xml+rss text/javascript;

    ##
    # Virtual Host Configs
    ##

    include /etc/nginx/conf.d/*.conf;
    include /etc/nginx/sites-enabled/*;
}

#mail {
#   # See sample authentication script at:
#   # http://wiki.nginx.org/ImapAuthenticateWithApachePhpScript
# 
#   # auth_http localhost/auth.php;
#   # pop3_capabilities "TOP" "USER";
#   # imap_capabilities "IMAP4rev1" "UIDPLUS";
# 
#   server {
#       listen     localhost:110;
#       protocol   pop3;
#       proxy      on;
#   }
# 
#   server {
#       listen     localhost:143;
#       protocol   imap;
#       proxy      on;
#   }
#}

1 Ответ

0 голосов
/ 08 мая 2018

Обновление

Пока я проверял эту проблему, я увеличил настройку времени - request_terminate_timeout в \ etc \ php \ 7.0 \ fpm \ pool.d \ www.conf и обнаружил код состояния HTTP 499. Журнал доступа 

"POST /api/event/gallery HTTP/1.1" 499 0 "-" "mysite/2 CFNetwork/889.9 Darwin/16.7.0"

Итак, я начал исследовать эту проблему и обнаружил, что на месте есть балансировщик нагрузки (AWS ELB), для которого установлено время ожидания по умолчанию, равное 60 с. Referr https://www.cadence -labs.com / 2017/07 / fix-nginx-timeout-499-client-closed-request / .

После увеличения тайм-аута (ELB) мне удалось получить результат в почтальоне. Но это оказалось очень ошибочным. Это означает, что я получу ответ один раз в 4-5 попыток.

Так что мне удалось добавить некоторые настройки в и т.д. \ \ Nginx сайты, доступны \ по умолчанию Добавлены настройки ниже для каждого сервера и блоков местоположения. 

fastcgi_read_timeout 540;
proxy_connect_timeout 3000s;
proxy_send_timeout   3000;
proxy_read_timeout   3000;

и перезапустил nginx.

Это решило проблему. Но я все еще думаю, что время, затрачиваемое на ответ, велико, а производительность не на приемлемом уровне.

Также приветствуются любые рекомендации / комментарии / предложения по более эффективному решению этой проблемы.

...