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.

  • Il caso strano di Mr. Time To First Byte
  • direttiva sconosciuta "fastcgi_pass" su nginx
  • Come abilitare la funzionalità di riscrittura in nginx 1.0.5?
  • Nginx che serve il contenuto dal "host virtuale" sbagliato mentre accede con https
  • Autore di base solo se è presente una certa intestazione nella richiesta?
  • nginx HTTPS che serve con la stessa configuration di HTTP
  • 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

  • (Perché) FreeBSD 'net.inet.tcp.always_keepalive' viola RFC1122?
  • Le opzioni di mantenimento non funzionano su Linux per una connessione in output
  • Come faccio a utilizzare il command cURL keepalive dalla row di command?
  • Dev'essere rimosso `keepalive_timeout` dalla configuration Nginx?
  • opzione http-server-close su HAProxy haproxy-1.5-dev19 provocherà la connessione: chiudi l'intestazione inviata in risposta
  • Devo triggersre keepAlive in Apache2?
  • 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.