AWS Application Load Balancer上的Websocket + SSL

时间:2018-09-04 17:08:12

标签: ssl websocket amazon-elastic-beanstalk django-channels

我在ElastickBeanstalk上部署了Django应用程序。 我最近从Classic-> Application迁移了负载均衡器,以支持Websocket(由Django-channels(〜= 1.1.8,channels-api == 0.4.0组成),Redis Elasticache AWS和Daphne(〜= 1.4))。 HTTP,HTTPS和Web套接字协议运行正常。

但是我找不到通过安全SSL部署Websocket的方法。 它杀了我,并且正在阻止,因为来自浏览器的HTTPS连接将切断不安全的ws://对等请求。

这是我的ALB配置 有没有人作为解决方案?

enter image description here

3 个答案:

答案 0 :(得分:1)

我也一直在使用SSL,EBS和Channels 1.x进行很多工作,情况与您描述的完全相同,但最终我可以部署我的应用程序。 SSL一直是问题所在,因为Django对于所有SSL请求都忽略了routing.py文件中的路由,并且在此之前一切正常。

我决定将所有websockets请求发送到服务器中唯一的根路径,例如/ws/*。然后向负载均衡器添加一个特定规则,该规则通过端口443接收所有这些请求,并将它们作为HTTP请求(不是HTTPS!)重定向到端口5000(达芙妮工作人员正在监听的端口)。假设在负载均衡器后面,VPC足够安全。请注意,此配置可能会涉及其他项目的安全问题。

现在,我的负载均衡器配置如下所示 enter image description here

  

...由于来自浏览器的HTTPS连接将切断不安全的ws://对等请求。

还有一件事。您应该使用wss://通过HTTPS启动Websocket连接。您可以在.js文件中编写类似的内容。

var wsScheme = window.location.protocol.includes('https') ? 'wss' : 'ws';
var wsPath = wsScheme + '://' + window.location.host + '/your/ws/path';
var ws = new ReconnectingWebSocket(wsPath);

祝你好运!

答案 1 :(得分:0)

您应该使用wss://而不是ws://。 并更改有关代理的设置。我刚刚添加了wsgi.conf。

<VirtualHost *:80>

WSGIPassAuthorization On

WSGIScriptAlias / /opt/python/current/app/config/wsgi.py

RewriteEngine On
RewriteCond %{HTTP:X-Forwarded-Proto} =http
RewriteRule .* https://%{HTTP:Host}%{REQUEST_URI} [L,R=permanent]

LoadModule proxy_wstunnel_module /usr/lib/apache2/modules/mod_proxy_wstunnel.so

ProxyPreserveHost On
ProxyRequests Off

ProxyPass "/ws/chat" "ws://**your site**/ws/chat" Keepalive=On
ProxyPassReverse "/ws/chat" "ws://**your site**/ws/chat" Keepalive=On

<Directory /opt/python/current/app/>
  Require all granted
</Directory>

</VirtualHost>

然后它将为您提供200个连接状态。应该将“ / ws / chat /”替换为您的websocket网址。

在创建此文件之前,应检查daphne服务器已打开。 我遇到的问题是djangoenv和daemon.config的工作程序。

首先,djangoenv应该放在一行上。这意味着没有换行符。 第二,如果您使用django频道v2,则不需要worker。所以删除它。

这是我的daemon.config(我使用8001端口。):

files:
  "/opt/elasticbeanstalk/hooks/appdeploy/post/run_supervised_daemon.sh":
    mode: "000755"
    owner: root
    group: root
    content: |
      #!/usr/bin/env bash

      # Get django environment variables
      djangoenv=`cat /opt/python/current/env | tr '\n' ',' | sed 's/%/%%/g' | sed 's/export //g' | sed 's/$PATH/%(ENV_PATH)s/g' | sed 's/$PYTHONPATH//g' | sed 's/$LD_LIBRARY_PATH//g'`
      djangoenv=${djangoenv%?}

      # Create daemon configuraiton script
      daemonconf="[program:daphne]
      ; Set full path to channels program if using virtualenv
      command=/opt/python/run/venv/bin/daphne -b 0.0.0.0 -p 8001 config.asgi:application
      directory=/opt/python/current/app
      user=ec2-user
      numprocs=1
      stdout_logfile=/var/log/stdout_daphne.log
      stderr_logfile=/var/log/stderr_daphne.log
      autostart=true
      autorestart=true
      startsecs=10

      ; Need to wait for currently executing tasks to finish at shutdown.
      ; Increase this if you have very long running tasks.
      stopwaitsecs = 600

      ; When resorting to send SIGKILL to the program to terminate it
      ; send SIGKILL to its whole process group instead,
      ; taking care of its children as well.
      killasgroup=true

      ; if rabbitmq is supervised, set its priority higher
      ; so it starts first
      priority=998

      environment=$djangoenv"

      # Create the supervisord conf script
      echo "$daemonconf" | sudo tee /opt/python/etc/daemon.conf

      # Add configuration script to supervisord conf (if not there already)
      if ! grep -Fxq "[include]" /opt/python/etc/supervisord.conf
          then
          echo "[include]" | sudo tee -a /opt/python/etc/supervisord.conf
          echo "files: daemon.conf" | sudo tee -a /opt/python/etc/supervisord.conf
      fi

      # Reread the supervisord config
      sudo /usr/local/bin/supervisorctl -c /opt/python/etc/supervisord.conf reread

      # Update supervisord in cache without restarting all services
      sudo /usr/local/bin/supervisorctl -c /opt/python/etc/supervisord.conf update

      # Start/Restart processes through supervisord
      sudo /usr/local/bin/supervisorctl -c /opt/python/etc/supervisord.conf restart daphne

然后再次检查您的安全组alb到ec2。祝你好运!

答案 2 :(得分:0)

经过2天的调查,我终于破解了此配置!

这是答案:

  1. 右边和最小值,aws-ALB配置: enter image description here 确实,我们需要

    • 解码SSL(这不是端对端加密)
    • 将所有流量转发到达芙妮。 我之所以没有在网络会议中广为流传:“ / ws / *”路由到达芙妮,是因为它确实为我提供了握手功能,但是之后,什么也没有,nada,websocket无法推回订户。我相信,原因是Daphne的回退不尊重您在conf中自定义的自定义基本结尾URL。另外,我不确定这种解释。但是,我确定的是,如果我不将所有流量转发给达芙妮,则握手后将无法正常工作。

      1. 最低部署CONF
    • 在部署中不需要complet .ebextension覆盖代理

enter image description here .ebextensions / 05_channels.config

files:
  "/opt/elasticbeanstalk/hooks/appdeploy/post/start_supervisor.sh":
  mode: "000755"
  owner: root
  group: root
  content: |
    #!/usr/bin/env bash
    sudo virtualenv -p /usr/bin/python2.7 /tmp/senv
    source /tmp/senv/bin/activate && source /opt/python/current/env
    sudo python --version > /tmp/version_check.txt
    sudo pip install supervisor

    sudo /usr/local/bin/supervisord -c /opt/python/current/app/fxf/custom_eb_deployment/supervisord.conf
    sudo /usr/local/bin/supervisorctl -c /opt/python/current/app/fxf/custom_eb_deployment/supervisord.conf reread
    sudo /usr/local/bin/supervisorctl -c /opt/python/current/app/fxf/custom_eb_deployment/supervisord.conf update
    sudo /usr/local/bin/supervisorctl -c /opt/python/current/app/fxf/custom_eb_deployment/supervisord.conf restart all
    sudo /usr/local/bin/supervisorctl -c /opt/python/current/app/fxf/custom_eb_deployment/supervisord.conf status
  • start_daphne.sh(请注意,根据我的ALB conf,我选择的是8001端口)

    #!/usr/bin/env bash source /opt/python/run/venv/bin/activate && source /opt/python/current/env /opt/python/run/venv/bin/daphne -b 0.0.0.0 -p 8001 fxf.asgi:channel_layer

  • start_worker.sh

    #!/usr/bin/env bash source /opt/python/run/venv/bin/activate && source /opt/python/current/env python /opt/python/current/app/fxf/manage.py runworker

  • supervisord.conf

`

[unix_http_server]
file=/tmp/supervisor.sock   ; (the path to the socket file)

[supervisord]
logfile=/tmp/supervisord.log ; supervisord log file
loglevel=error ; info, debug, warn, trace
logfile_maxbytes=50MB        ; (max main logfile bytes b4 rotation;default 50MB)
logfile_backups=10           ; (num of main logfile rotation backups;default 10)
pidfile=/tmp/supervisord.pid ; (supervisord pidfile;default supervisord.pid)
nodaemon=false               ; (start in foreground if true;default false)
minfds=1024                  ; (min. avail startup file descriptors;default 1024)
minprocs=200                 ; (min. avail process descriptors;default 200)

; the below section must remain in the config file for RPC
; (supervisorctl/web interface) to work, additional interfaces may be
; added by defining them in separate rpcinterface: sections
[rpcinterface:supervisor]
supervisor.rpcinterface_factory = supervisor.rpcinterface:make_main_rpcinterface

[supervisorctl]
serverurl=unix:///tmp/supervisor.sock ; use a unix:// URL  for a unix socket

[program:Daphne]
environment=PATH="/opt/python/run/venv/bin"
command=sh /opt/python/current/app/fxf/custom_eb_deployment/start_daphne.sh --log-file /tmp/start_daphne.log
directory=/opt/python/current/app
autostart=true
autorestart=true
redirect_stderr=true
stdout_logfile=/tmp/daphne.out.log
stderr_logfile=/tmp/daphne.err.log

[program:Worker]
environment=PATH="/opt/python/run/venv/bin"
command=sh /opt/python/current/app/fxf/custom_eb_deployment/start_worker.sh --log-file /tmp/start_worker.log
directory=/opt/python/current/app
process_name=%(program_name)s_%(process_num)02d
numprocs=2
autostart=true
autorestart=true
redirect_stderr=true
stdout_logfile=/tmp/workers.out.log
stderr_logfile=/tmp/workers.err.log

; When resorting to send SIGKILL to the program to terminate it
; send SIGKILL to its whole process group instead,
; taking care of its children as well.
killasgroup=true

`

如果有些人仍在努力解决这个问题,我可能会在中等内容上发布一个tuto。 不要犹豫,在答案上逼我;)