nginx代理到彗星

时间:2009-07-21 17:03:34

标签: nginx comet

我需要一些linux大师的帮助。我正在开发一个包含彗星服务器的webapp。彗星服务器在localhost:8080上运行并公开url localhost:8080 / long_polling以供客户端连接。我的webapp在localhost:80上运行。

我使用nginx代理从nginx到彗星服务器的请求(localhost:80 / long_polling代理到localhost:8080 / long_polling),但是,我有两个抱怨这个解决方案:

  1. nginx在一分钟之后给了我一个504网关超时,即使我将每次单独设置更改为600秒
  2. 我真的不希望nginx必须代理到彗星服务器 - nginx代理不是为持久连接而构建的(可能长达半小时)。我宁愿允许客户端直接连接到彗星服务器,让彗星服务器处理它。
  3. 所以我的问题是:是否有任何linux技巧允许我在不使用nginx代理的情况下将localhost:8080 / long_polling暴露给localhost:80 / long_polling?一定有东西。这就是为什么我认为这个问题可能是linux大师最好的答案。

    我需要/ long_polling在端口80上公开的原因是我可以使用AJAX连接到它(ajax same-origin-policy)。

    这是我的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       600;
    proxy_send_timeout          600;
    proxy_read_timeout          600;
    proxy_buffer_size           4k;
    proxy_buffers               4 32k;
    proxy_busy_buffers_size     64k;
    proxy_temp_file_write_size  64k;
    send_timeout                600;
    proxy_buffering             off;
    

7 个答案:

答案 0 :(得分:7)

这是我的nginx.conf和我的proxy.conf。但请注意,proxy.conf有点矫枉过正 - 我只是在尝试调试程序时设置了所有这些设置。

/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;

答案 1 :(得分:6)

我实际上设法让这个工作了。谢谢你们。 nginx是504超时的原因是一个愚蠢的原因:我没有像我这样在我的nginx.conf中包含proxy.conf:

include /etc/nginx/proxy.conf;

所以,我将nginx作为COMET服务器的前端代理。

答案 2 :(得分:4)

我不认为,这是可能的......

localhost:8080/long_pollingURI ...更确切地说,它应该是http://localhost:8080/long_polling ... HTTP URI将被解析为请求{ {1}},将80端口连接到域'localhost'的服务器...即打开tcp连接到127.0.0.1:80,然后发送

/long_polling

加上一些额外的HTTP标头......我还没有听说过,端口可以跨进程绑定...

实际上,如果我理解得很好,nginx被设计成一个可扩展的代理...而且,他们声称他们需要2.5 MB的10000个HTTP空闲连接...所以这真的不应该是一个问题... < / p> 你正在使用什么彗星服务器?你可以让彗星服务器代理一个网络服务器吗?正常的http请求应该快速处理......

格尔茨

back2dos

答案 3 :(得分:3)

Nginx现在有一个Comet插件。它可能会很好地解决你的问题。

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

答案 4 :(得分:2)

尝试

proxy_next_upstream error;

默认为

proxy_next_upstream error timeout;

超时时间不能超过75秒。

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

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

答案 5 :(得分:0)

没有做一些严重的 TCP / IP mungling,你不能在同一个IP地址的同一个TCP端口上公开两个应用程序。一旦nginx开始为连接提供服务,它就无法将其传递给其他应用程序,它只能代理它。

所以,用户是另一个端口,另一个IP号码(可能在同一台物理机器上),或者是代理服务器。

编辑:我猜nginx正在超时,因为它很长时间没有看到任何活动。每隔几分钟添加一条空消息可能会使连接失败。

答案 6 :(得分:0)

您可能想尝试在node.js服务器而不是8080上尝试listen(80)(我假设您将其用作异步服务器?)并且可能完全错过Ngnix。我使用连接中间件和表达服务器静态文件,并处理通常由Ngnix处理的缓存。如果您想要运行多个节点实例(我建议),您可能希望将node.js本身作为其他节点实例的代理/负载均衡器而不是Nginx作为您的网关。我遇到了这个问题,虽然当我一次提供太多的静态图像文件但是我把图像放在S3后它稳定了。对于你正在做的事情,Nginx可能有点矫枉过正。试试看吧。祝你好运。