2016-03-28 12 views
9

Niedawno zmieniłem projekt szyn z Rails4 na 5.0.0.beta3, aby używać niesamowitego ActionCable.Jak skonfigurować ActionCable z Nginx i Unicorn w produkcji?

Mój serwer ActionCable jest uruchamiany wewnątrz jednorożca. W rozwoju wszystko działa dobrze. W produkcji mam

Started GET "/cable" for xxx.xxx.xxx.xxx at 2016-03-28 18:06:38 +0300 
Started GET "/cable/" [WebSocket] for xxx.xxx.xxx.xxx at 2016-03-28 18:06 
Successfully upgraded to WebSocket (REQUEST_METHOD: GET, HTTP_CONNECTION: Upgrade, HTTP_UPGRADE: websocket) 
Registered connection (189772ff-6229-48f1-ae7f-d9a96ad3a6c3) 
Finished "/cable/" [WebSocket] for xxx.xxx.xxx.xxx at 2016-03-28 18:06:35 

I ta wiadomość powtarza w kółko w pętli.

Próbowałem wiele opcji w stackoverflow, aby obsłużyć to, ale nic nie pomaga. Moje nginx config:

upstream unicorn { 
    server unix:/tmp/unicorn.my_app.sock fail_timeout=0; 
} 

server { 
    server_name www.my_app.com; 
    return 301 $scheme://my_app.com$request_uri; 
} 

server { 
    listen 80 default deferred; 
    server_name my_app.com; 
    root /var/www/my_app/current/public; 

    location ^~ /assets/ { 
    gzip_static on; 
    expires max; 
    add_header Cache-Control public; 
    } 

    try_files $uri/index.html $uri @unicorn; 
    location @unicorn { 
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    proxy_set_header Host $http_host; 
    proxy_redirect off; 
    proxy_pass http://unicorn; 
    } 

    location /cable { 
    proxy_pass http://unicorn/cable; 
    proxy_http_version 1.1; 
    proxy_set_header Upgrade websocket; 
    proxy_set_header Connection Upgrade; 
    proxy_set_header X-Real-IP $remote_addr; 
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    } 

    error_page 500 502 503 504 /500.html; 
    keepalive_timeout 5; 
} 

Aby mieć pewność, że prośba jest dozwolone mam chwilowo użyć tego kodu w inicjalizatorów: ActionCable.server.config.disable_request_forgery_protection = true

mój plik cable.coffee

@App ||= {} 
App.cable = ActionCable.createConsumer "/cable" 

Mój plik config/cable.yml

production: 
adapter: redis 
url: redis://localhost:6379/1 

Nie jestem tak doświadczony w tym pytaniu, więc każda pomoc będzie świetna.

+0

Czy masz 'mount ActionCable.server => '/ cable'' na swoich trasach? – siegy22

+0

@yzalavin Czy byłeś w stanie rozwiązać ten problem? Widzę ten sam problem. –

+0

@R_G Mam również ten sam problem. Czy byłeś w stanie znaleźć problemy? Z tego, co mam debugowanego jednorożca, nie jest w stanie wysłać ping do klientów, a więc klient próbuje się ponownie połączyć. Tak więc instrukcje connect w pętli. Nie wiem, dlaczego przepływ w innym kierunku nie działa – sethi

Odpowiedz

1

Zaimplementowałem rack-timeout. Ustawienie prawidłowych limitów czasu poprawiło mój problem. Właściwa metoda, aby ustawić te zmienne jest w oświadczeniu użytku config.ru następująco:

use Rack::Timeout, service_timeout: 5 
0

To config, że używam na mojej stronie, i wydaje się, że działa bez zarzutu (szyny 5 + Nginx + Unicorn + Capistrano). Uwzględnione w opisie informacje pochodzą z h5bp/server-configs-nginx, ale nie sądzę, aby mogły stanowić powód, dla którego konfiguracja nie działa.

upstream example_app { 
    server unix:/home/username/www/example.com/current/tmp/sockets/unicorn.example.com.sock fail_timeout=0; 
} 

server { 
    listen 80; 
    server_name example.com www.example.com; 

    return 301 https://example.com$request_uri; 
} 

server { 
    listen 443 ssl; 
    server_name www.example.com; 

    include h5bp/directive-only/ssl.conf; 
    ssl_certificate /etc/letsencrypt/live/www.example.com/fullchain.pem; 
    ssl_certificate_key /etc/letsencrypt/live/www.example.com/privkey.pem; 

    return 301 https://example.com$request_uri; 
} 

server { 
    listen 443 ssl; 
    server_name example.com; 

    include h5bp/directive-only/ssl.conf; 
    ssl_certificate /etc/letsencrypt/live/www.example.com/fullchain.pem; 
    ssl_certificate_key /etc/letsencrypt/live/www.example.com/privkey.pem; 

    root /home/username/www/example.com/current/public; 

    # Set maximum request body size for uploads 
    client_max_body_size 25m; 

    try_files $uri/index.html $uri @unicorn; 
    location @unicorn { 
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    proxy_set_header Host $http_host; 
    proxy_set_header X-Forwarded-Proto https; 
    proxy_redirect off; 
    proxy_pass http://example_app; 
    } 

    location /cable { 
    proxy_pass http://example_app; 
    proxy_http_version 1.1; 
    proxy_set_header Upgrade websocket; 
    proxy_set_header Connection Upgrade; 

    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    proxy_set_header Host $http_host; 
    proxy_set_header X-Real-IP $remote_addr; 
    proxy_set_header X-Forwarded-Proto https; 
    proxy_redirect off; 
    } 

    access_log /var/log/nginx/example.com/access.log; 
    error_log /var/log/nginx/example.com/error.log; 

    charset utf-8; 
    server_tokens off; 

    error_page 404 /404.html; 

    include h5bp/basic.conf; 
} 

cable.yml

production: 
    adapter: redis 
    url: redis://localhost:6379/1 

cable.js

//= require action_cable 
//= require_self 
//= require_tree ./channels 

(function() { 
    this.App || (this.App = {}); 

    App.cable = ActionCable.createConsumer(); 

}).call(this); 
3

W sekcji location /cable trzeba dodać linię proxy_set_header Host $http_host;

Powinno być:

location /cable { 
    proxy_pass http://unicorn/cable; 
    proxy_http_version 1.1; 
    proxy_set_header Upgrade websocket; 
    proxy_set_header Connection Upgrade; 
    proxy_set_header X-Real-IP $remote_addr; 
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; 
    proxy_set_header Host $http_host; 
    } 
+0

to działało dla mnie :) –

Powiązane problemy