python-Daphne服务器无法与HTTPS上的websocket连接
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了python-Daphne服务器无法与HTTPS上的websocket连接,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含3946字,纯文字阅读大概需要6分钟。
内容图文
我正在Openshift云上部署Django项目.该项目使用channels和Websockets使其异步工作.问题是我无法将Websocket从浏览器成功连接到服务器端运行的Daphne服务器.
我正在使用django(python2.7)和redis墨盒使其运行.
我正在使用的post_deploy脚本如下所示:
...
python manage.py runworker -v2 && daphne myapp.asgi:channel_layer -p 8443 -b $OPENSHIFT_REDIS_HOST -v2
...
这是我的Django配置.在settings.py中:
...
ALLOWED_HOSTS = [
socket.gethostname(),
os.environ.get('OPENSHIFT_APP_DNS'),
]
CHANNEL_LAYERS = {
"default": {
"BACKEND": "asgi_redis.RedisChannelLayer",
"CONFIG": {
"hosts": [("redis://:{}@{}:{}/0").format(
OPENSHIFT_REDIS_PASSWORD,
OPENSHIFT_REDIS_HOST,
OPENSHIFT_REDIS_PORT
)],
},
"ROUTING": "myapp.routing.channel_routing",
},
}
...
在routing.py中:
...
ws_routing = [
routing.route("websocket.connect", ws_connect),
routing.route("websocket.receive", ws_receive),
routing.route("websocket.disconnect", ws_disconnect),
]
channel_routing = [
include(ws_routing, path=r"^/sync"),
]
...
在consumers.py中;
def ws_connect(message):
Group("notifications").add(message.reply_channel)
def ws_disconnect(message):
Group("notifications").discard(message.reply_channel)
def ws_receive(message):
print "Receiving: '%s' from %s" % (message.content['text'], message.content['reply_channel'])
在客户端,我正在运行以下代码:
var ws_scheme = window.location.protocol == "https:" ? "wss" : "ws";
var path = ws_scheme+'://'+window.location.host + ':8443/sync';
var ws = new WebSocket(path);
ws.onmessage = function(message) {
console.log(message.data);
}
ws.onopen = function() {
this.send('WS Connecting to receive updates!');
}
请注意,由于this文档的缘故,我在Daphne设置和WebSockets设置中使用了端口8443.此外,达芙妮已绑定到OPENSHIFT_HOST地址,因为在Openshift中无法将其绑定到0.0.0.0(权限问题)
输出看起来像这样:
在客户端,一切看起来都不错,但如果您还记得的话,在consumers.py中,我这样做:
def ws_receive(message):
print "Receiving: '%s' from %s" % (message.content['text'], message.content['reply_channel'])
因此,在我的终端中,服务器应该打印出类似以下内容:“ Receiving:from”,但事实并非如此.我在这里想念的是什么?
tl; dr:客户端websocket看起来好像连接正确,但是服务器没有打印出确认消息.
解决方法:
我设法使它起作用.问题似乎与端口转发有关,这使我无法通过openshift云上的apache服务器将websocket连接到我的daphne服务器.
解决此问题的方法:
1)使用Django项目的默认盒式磁带,我无法修改apache conf文件,甚至无法更新apache来安装mod_proxy_wstunnel以支持websockets,因此我决定对其进行更改.
另外,mod_proxy_wstunnel可在apache 2.4上运行,但默认盒式磁带使用2.2.
频道文档,建议使用nginx.因此,我找到了一个cartridge,可以与uwsgi和django一起使用.
我按照该存储库中的说明进行操作,但是在推送代码之前,我做了一些调整,以获取这些软件包的最新版本,并用我的示例django项目替换了它.我对Requirements.txt也做了同样的事情.
2)推入后,我添加了redis墨盒.
3)然后我继续调整墨盒提供的uwsgi.yaml和nginx.conf作为模板来设置适当的值:
uwsgi.yaml
uwsgi:
socket: $OPENSHIFT_DIY_IP:15005
pidfile: $OPENSHIFT_TMP_DIR/uwsgi.pid
pythonpath: $OPENSHIFT_REPO_DIR/$APP_DIR
module: $APP_NAME.wsgi:application
virtualenv: $OPENSHIFT_DATA_DIR/virtualenv
nginx.conf
...
http {
...
server {
listen $OPENSHIFT_DIY_IP:$OPENSHIFT_DIY_PORT;
server_name localhost;
set_real_ip_from $OPENSHIFT_DIY_IP;
real_ip_header X-Forwarded-For;
location / {
uwsgi_pass $OPENSHIFT_DIY_IP:15005;
include uwsgi_params;
}
location /sync {
proxy_pass http://$OPENSHIFT_DIY_IP:8443;
proxy_http_version 1.1;
proxy_set_header Upgrade $http_upgrade;
proxy_set_header Connection "upgrade";
}
...
}
}
在我的post_deploy脚本中,我具有以下内容:
...
python manage.py runworker -v2 &
daphne myapp.asgi:channel_layer -p 8443 -b $OPENSHIFT_DIY_IP -v2 &
...
因此,daphne在$OPENSHIFT_DIY_IP:8443中监听,并??且当nginx收到来自Websocket的请求时,如下所示:
var path = 'wss://'+window.location.host + ':8443/sync';
var ws = new WebSocket(path);
ws.onmessage = function(message) {
alert(message.data);
}
ws.onopen = function() {
this.send('WS Connecting to receive updates!');
}
现在我可以看到:
在浏览器中:
所以我知道这是有效的.我希望这可以帮助我以外的其他人.
内容总结
以上是互联网集市为您收集整理的python-Daphne服务器无法与HTTPS上的websocket连接全部内容,希望文章能够帮你解决python-Daphne服务器无法与HTTPS上的websocket连接所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。