nginx proxy to comet

Oto mój nginx.conf i mój proxy.conf. Należy jednak pamiętać, że proxy.conf to przesada - właśnie ustawiałem wszystkie te ustawienia, próbując debugować mój program.

/etc/nginx / nginx.conf

worker_processes  1;                                                                                                                                     
user www-data;

error_log  /var/log/nginx/error.log debug;
pid        /var/run/nginx.pid;

events {
    worker_connections  1024;
}

http {
    include /etc/nginx/proxy.conf;

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

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

    sendfile        on;
    tcp_nopush     on;

    keepalive_timeout  600;
    tcp_nodelay        on;

    gzip  on;
    gzip_comp_level 2;
    gzip_proxied any;
    gzip_types text/plain text/html text/css application/x-javascript text/xml application/xml application/xml+rss text/javascript;

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

/etc/nginx/proxy.conf

proxy_redirect              off;                                                                                                                         
proxy_set_header            Host $host;
proxy_set_header            X-Real-IP $remote_addr;
proxy_set_header            X-Forwarded-For $proxy_add_x_forwarded_for;
client_max_body_size        10m;
client_body_buffer_size     128k;
proxy_connect_timeout       6000;
proxy_send_timeout          6000;
proxy_read_timeout          6000;
proxy_buffer_size           4k;
proxy_buffers               4 32k;
proxy_busy_buffers_size     64k;
proxy_temp_file_write_size  64k;
send_timeout                6000;
proxy_buffering             off;
proxy_next_upstream error;

Udało mi się to teraz uruchomić. Dziękuję wszystkim. Powodem, dla którego nginx był 504 timing out, był głupi: nie uwzględniłem proxy.conf w moim nginx.conf like so:

include /etc/nginx/proxy.conf;

[[0]} jest teraz wtyczka Comet dla Nginx. To prawdopodobnie rozwiąże Twoje problemy całkiem ładnie.

Http://www.igvita.com/2009/10/21/nginx-comet-low-latency-server-push/

Try

proxy_next_upstream error;

Wartość domyślna to

proxy_next_upstream error timeout;

Limit czasu nie może być dłuższy niż 75 sekund.

Http://wiki.nginx.org/NginxHttpProxyModule#proxy_next_upstream

Http://wiki.nginx.org/NginxHttpProxyModule#proxy_connect_timeout

Bez wykonywania poważnych mrugania TCP/IP, nie można wystawiać dwóch aplikacji na tym samym porcie TCP na tym samym adresie IP. gdy nginx rozpocznie obsługę połączenia,nie może go przekazać do innej aplikacji, może tylko go zastąpić.

Więc albo użytkownik inny port, inny numer IP (może być na tej samej fizycznej maszynie), albo żyć z proxy.

Możesz spróbować listen (80) na węźle.serwer js zamiast 8080 (zakładam, że używasz go jako serwera asynchronicznego?) i potencjalnie całkowicie przegapić Ngnix. Używam connect middleware i express do plików statycznych serwera i zajmuję się buforowaniem, które normalnie byłoby obsługiwane przez Ngnix. Jeśli chcesz mieć uruchomione wiele instancji node (co radzę), możesz zajrzeć do node.sam js jako proxy / load balancer do innych instancji węzła, a nie Nginx jako twój gateway. Napotkałem z tym problem, gdy serwowałem zbyt wiele statycznych plików graficznych na raz, ale po umieszczeniu obrazów Na S3 ustabilizował się. Nginx może być przesadą z powodu tego, co robisz. Spróbuj i zobacz. Powodzenia.