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.

  • Imansible compilare nginx con supporto SSL, OpenSSL non trovato
  • i file statici di servizio in nginx & HTTP-Authentication
  • Il plugin Nginx Munin non mostra dati
  • Con nginx, come limitare l'accesso alle risorse TCP proxied per primead hostname o upstream?
  • Messaggio della directory Nginx
  • nginx port a errore 504, ma la mia applicazione è ancora in esecuzione
  • 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

  • tenere in vita o non tenere in vita
  • Come faccio a utilizzare il command cURL keepalive dalla row di command?
  • Haproxy - timeout http-richiesta vs timeout http-keep-vivo vs timeout server
  • Apache - tenere in vita o non mantenere viva?
  • KeepAlive in Apache 2.4 interferisce con le presentazioni di module
  • Rapporti tra lo stato tcp TIME_WAIT e HTTP mantenendo vivo
  • 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.