1

我有一个项目,我使用频道并且在本地一切运行良好,但是当我在 Heroku 上部署时,每次尝试连接时都会得到 403。起初我认为问题出在 Heroku 上,因为我在本地对其进行了测试,甚至在本地使用了 Heroku 的数据库和 redis 实例,一切正常。

但是,当我使用ngrok打开到我的本地主机的公共隧道时,我发现结果与 Heroku 中的相同。对于每个请求,我都会得到 403 并尝试调试它并没有多大帮助,因为事件循环有时会突然控制或出现超时错误。设置与一个在本地访问而另一个在远程访问的设置完全相同。这就是我开始达芙妮的方式: daphne weout.asgi:application --port 8000 --bind 0.0.0.0 -v 3.

我的库版本:

  • Django==2.0.7
  • 频道==2.2.0
  • 通道-redis==2.4.0
  • 达芙妮==2.3.0

将 Daphne 的 versbosity 设置为最大值,这是我尝试连接时得到的结果:

Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,489 [asyncio] DEBUG: poll 101.195 ms took 0.023 ms: 1 events
Nov 22 07:16:34 weout-staging app/web.1 10.12.43.130:10299 - - [22/Nov/2019:15:16:33] "WSCONNECTING /api/v1/ws/" - -
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,513 [daphne.http_protocol] DEBUG: Upgraded connection ['10.x.x.x', 10299] to WebSocket
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,648 [asyncio] WARNING: Executing <Task pending coro=<AsyncConsumer.__call__() running at /app/.heroku/python/lib/python3.6/site-packages/channels/consumer.py:59> wait_for=<Future pending cb=[<TaskWakeupMethWrapper object at 0x7fe01e6979d8>()] created at /app/.heroku/python/lib/python3.6/asyncio/base_events.py:276> created at /app/.heroku/python/lib/python3.6/site-packages/daphne/server.py:209> took 0.131 seconds
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,655 [daphne.server] INFO: failing WebSocket opening handshake ('Access denied')
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,656 [daphne.server] WARNING: dropping connection to peer tcp4:10.12.43.130:10299 with abort=False: Access denied
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,656 [daphne.ws_protocol] DEBUG: WebSocket ['10.x.x.x', 10299] rejected by application
Nov 22 07:16:34 weout-staging app/web.1 10.12.43.130:10299 - - [22/Nov/2019:15:16:33] "WSREJECT /api/v1/ws/" - -
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,660 [aioredis] DEBUG: Parsing Redis URI 'redis://xxxx@xxxxx'
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,660 [aioredis] DEBUG: Creating tcp connection to ('xxx.compute.amazonaws.com', 14059)
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,663 [asyncio] DEBUG: Get address info xxx, type=<SocketKind.SOCK_STREAM: 1>
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,667 [asyncio] DEBUG: Getting address info xxx.compute.amazonaws.com:14059, type=<SocketKind.SOCK_STREAM: 1> took 3.777 ms: [(<AddressFamily.AF_INET: 2>, <SocketKind.SOCK_STREAM: 1>, 6, '', ('x.x.x.x', 14059))]
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,669 [daphne.ws_protocol] DEBUG: WebSocket closed for ['10.x.x.x', 10299]
Nov 22 07:16:34 weout-staging app/web.1 10.12.43.130:10299 - - [22/Nov/2019:15:16:33] "WSDISCONNECT /api/v1/ws/" - -
Nov 22 07:16:34 weout-staging app/web.1 2019-11-22 15:16:33,671 [asyncio] DEBUG: connect <socket.socket fd=16, family=AddressFamily.AF_INET, type=2049, proto=6, laddr=('0.0.0.0', 0)> to ('x.x.x.x', 14059)

我使用 Daphne 为我的普通 Django 视图和 websocket 消费者提供服务。一切都适用于 Django 视图,因此仅在连接到消费者时才会出现问题

有没有人在远程访问 Dapnhe 时遇到类似的问题?起初我尝试将 uvicorn 与 gunicorn 一起使用,但是当消费者在初始连接阶段关闭时它们会出现错误,所以我切换回 Daphne

4

1 回答 1

2

原来是AllowedHostsOriginValidator!那肯定浪费了我很多时间。顺便说一句,知道该中间件如何处理来自移动应用程序或其他没有Origin标头的来源的请求吗?

无论如何,我现在将其删除,当前问题已解决

于 2019-11-22T19:53:12.177 回答