5

nginxキラーの静的ファイル サーバーです。

この例node.jsのように機能しますが、限定的な方法です。

しかしnginx明らかにプロキシできませんwebsockets

この記事のようにHAProxyフロントエンドを使用することだけが機能する可能性があることがわかりましたが、それは 2011 年 10 月 6 日のものです。

これ一般的な問題である必要がありますが、非常に一般的な解決策が見つかりません。


解決

(完全なソリューションと詳細については、https://github.com/bangkok-maco/barebone-nodeを参照してください)

IP テスト スキーマ:

  • 127.0.0.12 - www.chat.nit - パブリック、/etc/hosts および haproxy 内
  • 127.0.1.12 - 内部 nginx Web サーバー
  • 127.0.2.12 - node.js socket.io を提供する内部チャット

/etc/haproxy/haproxy.cfg:

global
 maxconn 4096
 nbproc 2
 daemon
 # user nobody
 log             127.0.0.1       local1 notice

defaults
 mode http

# listen on 127.0.0.12:80
frontend app
 bind 127.0.0.12:80
 mode tcp
 timeout client 86400000
 default_backend www_backend
 acl is_chat hdr_dom(Host) chat
 acl is_websocket path_beg /socket.io

 use_backend chat_socket_backend if is_websocket is_chat
 tcp-request inspect-delay 500ms
 tcp-request content accept if HTTP

# ngnix on 127.0.1.12:80
backend www_backend
 balance roundrobin
 option forwardfor
 mode http
 option httplog
 option httpclose
 timeout server 30000
 timeout connect 4000
 server w1 127.0.1.12:80 weight 1 maxconn 1024 check

# node (socket.io) on 127.0.2.12:80
backend chat_socket_backend
 balance roundrobin
 mode http
 option httplog
 option forwardfor
 timeout queue 5000
 timeout server 86400000
 timeout connect 86400000
 timeout check 1s
 no option httpclose
 option http-server-close
 option forceclose
 server s14 127.0.2.12:8000 weight 1 maxconn 1024 check

/etc/nginx/sites-enabled/www.chat.nit

server {
    listen   127.0.1.12:80;

    root /data/node/chat;
    index client.html;

    server_name www.chat.nit;

    # favicon.ico is in /images
    location = /favicon.ico$ { rewrite /(.*) /images/$1 last; }

    # standard includes
    location ^~ /(css|images|scripts)/ {
            try_files $uri =404;
    }

    # html page (only in root dir)
    location ~ ^/([-_a-z]+).html$ {
            try_files $uri =404;
    }

    error_page 404 /404.html;

    # redirect server error pages to the static page /50x.html
    #
    error_page 500 502 503 504 /50x.html;
    location = /50x.html {
            root /usr/share/nginx/www;
    }
}

チャット (node.js): server.js

var app = require('http').createServer()
   , io = require('socket.io').listen(app);    
app.listen(8000,'127.0.2.12');

io.sockets.on('connection', function(socket) {
  ...
};

チャット: client.html

<head>
  <script src="/scripts/socket.io/socket.io.js"></script>
  <script>
    var socket = io.connect('http://www.chat.nit:80'); 
    ...
  </script>
</head>

ノート:

  1. socket.io クライアント js をscripts/ディレクトリにリンクする

    /.../scripts$ ln -s ../node_modules/socket.io/node_modules/socket.io-client/dist/socket.io

  2. /etc/default/haproxy (テキストに反して、まったく機能するように設定する必要があります)

    有効=1

  3. このバージョンの haproxy はログに記録されません。127.0.0.1 経由での使用方法に関するkvz の書き込みを見つけましrsyslogdたが、飛行させることはできませんでした。

  4. このソリューションは機能しています-確かにsysadminの品質ではありません。(歓迎以上の機能強化。)

4

2 に答える 2

4

v1.3.13以降、nginx経由でWebSocketをプロキシできるようです

詳細については、 http://nginx.org/en/docs/http/websocket.htmlを参照してください。

于 2013-03-14T10:32:55.970 に答える
2

WebSocket と通常の HTTP リクエストをプロキシするための私の (古いテスト目的の) HAProxy 構成を次に示します。

global
    maxconn 4096
    nbproc 2
    daemon
    user nobody

defaults
    mode http

frontend app
    bind 0.0.0.0:8000
    mode tcp
    timeout client 86400000
    default_backend www_backend
    acl is_websocket path_beg /sockets

    use_backend socket_backend if is_websocket
    tcp-request inspect-delay 500ms
    tcp-request content accept if HTTP

backend www_backend
    balance roundrobin
    option forwardfor
    mode http
    option httplog
    option httpclose
    timeout server 30000
    timeout connect 4000
    server w1 localhost:8080 weight 1 maxconn 1024 check

backend socket_backend
    balance roundrobin
    mode http
    option httplog
    option forwardfor
    timeout queue 5000
    timeout server 86400000
    timeout connect 86400000
    timeout check 1s
    no option httpclose
    option http-server-close
    option forceclose
    server s1 localhost:8081 weight 1 maxconn 1024 check

リクエストが WS であるかどうかは、パス (acl is_websocket path_beg /sockets行) を見て認識していることに注意してください。これは、たとえば次のように置き換えることができます。

acl is_websocket hdr(Upgrade) -i WebSocket

またはこれ:

acl is_websocket hdr_beg(Host) -i ws

または両方。この構成を使用した nginx へのプロキシは、すぐに使用できるはずです。

于 2012-06-23T14:39:32.207 に答える