tempo di connessione nginx e problema di connessione chiuso da client

Ho questo server nginx in esecuzione su AWS e stava funzionando bene fino a poco tempo fa quando un paio di utenti cominciarono a lamentarsi del sito che non si apriva finché non hanno fatto 10 tentativi di accedervi.

Non ho mai potuto riproporre il problema da parte mia. Sto usando google dns ie 8.8.8.8 & quando ho cambiato lo stesso per uno degli utenti, il sito stava funzionando bene. Ora questo può essere il motivo o questo può essere solo una coincidenza anche.

  • Diagnostica della perdita di pacchetti / alta latenza in Ubuntu
  • Come rilevare in PHP, se è in esecuzione su Apache, Nginx o un altro webserver?
  • Come fermare nginx su Mac OS X
  • Troppe connessione ESTABLISHED da un unico indirizzo IP in Apache
  • nginx, x-accel-redirect e tipi di mime
  • nginx 301 'limit_req richiede richieste limitate anziché pagina di errore
  • Ho trovato questo nel registro degli errori –

    2014/05/29 13:46:15 [info] 6940#0: *150649 client timed out (110: Connection timed out) while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:20 [info] 6940#0: *150670 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:20 [info] 6940#0: *150653 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:20 [info] 6940#0: *150652 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 

    E alcuni posti anche questo –

     2014/05/29 13:46:53 [info] 6940#0: *150665 client closed connection while waiting for request, client: xx.xxx.xxx.xx, server: 0.0.0.0:80 2014/05/29 13:46:53 [info] 6940#0: *150660 client xx.xxx.xxx.xx closed keepalive connection 

    Nota- Sono state piazzate xx.xxx.xxx.xx per il clien't IP

    Ecco la configuration nginx –

     server { listen 80; server_name somedomain.com www.somedomain.com; #charset koi8-r; #access_log /var/log/nginx/log/host.access.log main; root /var/www/somedomain/current/app/webroot; index index.php index.html index.htm; ... couple of location rules ... } 

    Vorrei davvero apprezzare qualsiasi aiuto.

    Grazie

  • Come regolare il keepin_timeout di nginx?
  • Qual è il tempo di mantenimento predefinito di IIS7?
  • opzione http-server-close su HAProxy haproxy-1.5-dev19 provocherà la connessione: chiudi l'intestazione inviata in risposta
  • È meglio impostare KeepAlive su 1 secondo invece di distriggersrli insieme?
  • Abilitazione di keepalives TCP a livello di sistema su un sistema Windows
  • Apache: Forza connessioni HTTP 1.1 o Persistent / KeepAlive per richieste HTTP 1.0
  • 3 Solutions collect form web for “tempo di connessione nginx e problema di connessione chiuso da client”

    Sulla base del log fornito da Nginx, sembra che le connessioni tra il server e gli utenti siano instabili o lenti. Provare traceroute all'indirizzo IP del cliente o del suo gateway dal tuo server. Inoltre, ping vostro indirizzo IP client per molto tempo per vedere il tasso di perdita di pacchetti e il tempo di risposta. MTU può essere un'altra fonte di questo problema. Prova se puoi raggiungere il tuo client con MTU = 1500 (Mac: ping -D -s 1472 xx.xx.xx.xx ).

    BTW: se il vostro assistente o il cliente risiede in Cina, questo problema non è solitamente il tuo difetto. GFW è noto per scartare casualmente i pacchetti tra il border e rendere intenzionalmente la qualità internazionale di connessione peggiore.

    Come spiegato in quel commento, è probabile un errore utente e sta chiudendo la connessione (sia intenzionalmente che non). Provare a riprodurre in modo affidabile il problema. Regola fuori accadendo altrove e se è solo quella posizione, avranno bisogno di risolvere i problemi alla loro fine. Provare da browser / computer diversi e quindi verificare l'affidabilità della networking.

    Queste voci di registro sembrano simili a quelle che vengono visualizzate quando si utilizza strumenti come OpenVAS per eseguire la scansione di un server. Questi strumenti fanno collegamenti sbagliati, vanno lentamente o funzionano male male; nginx sta solo segnalando che qualche connessione non stava giocando bene. Se tutto il traffico provenga dalla stessa fonte, ed è veloce e non dispone di altre richieste legittime di corrispondere nel registro di accesso, è probabile che sia solo un tipo di bot-scanner.

    Questi scanner potrebbero anche mettere la tua applicazione sotto carico che potrebbe rendere lenta per un altro traffico legittimo.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.