7

Nous essayons de déployer l'exemple de conversation Rails 5 simple de DHH sur une seule instance EC2 autonome sur AWS. Code est disponible ici: https://github.com/HectorPerez/chat-in-rails5ActionCable sur AWS: erreur lors de l'établissement de liaison WebSocket: code de réponse inattendu: 404

Nous avons utilisé Elastic Beanstalk pour faire tourner une seule instance ainsi:

eb create dev-env -p “64bit Amazon Linux 2015.09 v2.0.4 running Ruby 
2.2 (Puma)” –single -i t2.micro --envvars 
SECRET_KEY_BASE=g5dh9cg614a37d4bdece9126b42d50d0ab8b2fc785daa1e0dac0383d6387f36b 

C'est une installation minimale, donc il n'y a pas ElastiCache, et aucun équilibrage de charge. Pour installer redis sur l'instance EC2, nous avons ajouté un fichier de configuration .ebextensions comme ceci: https://gist.github.com/KeithP/08b38189372b7fd241e5#file-ebextensions-redis-config; Git commettre et déployer.

Mais le travail ne marche pas websocket: Contrôle de la console du navigateur, nous voyons cette erreur en répétant à plusieurs reprises:

application-a57354de3399cd895ca366df9bd7316ab69e81d266b63be7d7be563ebc78ab9d.js:27 
WebSocket connection to ‘ws://dev-env-y2e5dcrxqk.elasticbeanstalk.com/cable’ failed: 
Error during WebSocket handshake: Unexpected response code: 404 

enter image description here

Le production.log serveur montre 2 "Démarré GET/câble" pour chaque appel "Terminé/câble". Il n'y a pas de messages DEBUG de ActiveCable:

/var/app/containerfiles/logs/production.log 
------------------------------------- 

INFO -- : Processing by RoomsController#show as HTML 
DEBUG -- : [1m[36mMessage Load (0.1ms)[0m [1m[34mSELECT "messages".* FROM "messages"[0m INFO -- : Rendered collection (0.0ms) 
INFO -- : Rendered rooms/show.html.erb within layouts/application (0.5ms) 
INFO -- : Completed 200 OK in 2ms (Views: 1.2ms | ActiveRecord: 0.1ms) 
INFO -- : Started GET "/cable" for <ip_address> at 2016-01-01 17:28:26 +0000 
INFO -- : Started GET "/cable/" for <ip_address> at 2016-01-01 17:28:26 +0000 
INFO -- : Finished "/cable/" for <ip_address> at 2016-01-01 17:28:26 +0000 
+0

Nous avons vérifié que redis semble avoir installé et démarré correctement; et essayé 'ActionCable.server.config.disable_request_forgery_protection = true' dans production.rb – KeithP

+0

Utilisez-vous un proxy inverse comme nginx ou vous connectez directement à une application rails fonctionnant sur le port 80? – tpbowden

+0

J'ai essayé avec et sans cette configuration de proxy inverse: https://gist.github.com/KeithP/f8534c04d20c2b4e4b1d – KeithP

Répondre

4

Pour exécuter l'exemple websocket de chat sur une seule instance de déploiement Elastic Beanstalk dans AWS, vous devez ajouter la configuration proxy Nginx suivante (Remarque: remplacer « env1. t3tiiauce6.us-west-2.elasticbeanstalk.com » avec votre nom du site):

.ebextensions/nginx_proxy.config

files: 
    "/etc/nginx/conf.d/websockets.conf" : 
    content: | 
     upstream backend { 
      server unix:///var/run/puma/my_app.sock; 
     } 

    server { 
     listen 80; 

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

     server_name env1.t3tiiauce6.us-west-2.elasticbeanstalk.com 

     # prevents 502 bad gateway error 
     large_client_header_buffers 8 32k; 

     location/{ 
      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; 
      proxy_set_header X-NginX-Proxy true; 

      # prevents 502 bad gateway error 
      proxy_buffers 8 32k; 
      proxy_buffer_size 64k; 

      proxy_pass http://backend; 
      proxy_redirect off; 

      location /assets { 
      root /var/app/current/public; 
      } 

      # enables WS support 
      location /cable { 
      proxy_pass http://backend; 
      proxy_http_version 1.1; 
      proxy_set_header Upgrade $http_upgrade; 
      proxy_set_header Connection "upgrade"; 
      } 
     } 
    } 

container_commands: 
    01restart_nginx: 
    command: "nginx -t && service nginx reload" 

`

+2

Les noms de serveur AWS ont été rallongés en janvier 2016, ce qui a provoqué le message d'échec eb deploy "nginx: emerg ne pouvant pas générer les noms_serveur_hash, vous devez augmenter server_names_hash_bucket_size: 64". Comme une solution de contournement - si vous faites votre nom d'environnement aussi court que possible, il ne tombera pas dans ce cas. Par exemple, utilisez 'dev1' au lieu de 'dev-env'. Le fichier de configuration dans la réponse a été mis à jour pour refléter cela. – KeithP

+0

quelle est l'extension de fichier? Je reçois la prochaine erreur – jasmo2

+0

Le fichier de configuration .ebextensions/nginx_proxy.config dans la version d'application app-8b83-170330_144118 contient YAML ou JSON non valide. YAML exception – jasmo2