Django Channels部署后WebSocket报500错误，开发环境正常

从你的报错栈来看，核心问题是Channels和Redis的连接被服务器主动关闭了——开发环境正常运行说明代码逻辑没问题，问题大概率出在部署环境的Redis配置或网络连通性上。结合你用Docker在6479端口跑Redis的情况，咱们一步步来排查：

1. 先确认Docker Redis的网络可达性 #

首先得排除最基础的连通问题：

• 用应用用户身份执行 redis-cli -h 127.0.0.1 -p 6479 ping，看是否返回PONG。如果没反应或者报错，说明宿主机到Docker Redis的端口映射有问题：
  • 检查Docker启动命令是否正确映射了端口，应该是 -p 6479:6379（容器内Redis默认用6379，映射到宿主机6479）；
  • 查看Docker容器状态：docker ps确认Redis容器在运行，docker logs <你的Redis容器ID>看有没有连接被拒绝的日志；
  • Docker Redis默认开启保护模式，会拒绝非容器内的连接，启动时可以加参数 --protected-mode no 或者修改Redis配置文件关闭该模式。

2. 核对Channels的Redis配置是否准确 #

检查Django settings.py里的CHANNEL_LAYERS配置：

• 确保主机用127.0.0.1而非localhost（有时候localhost会解析到IPv6地址，导致连接失败）；
• 确认端口是6479，和Docker映射的宿主机端口一致，示例配置如下：

  CHANNEL_LAYERS = {
      'default': {
          'BACKEND': 'channels_redis.core.RedisChannelLayer',
          'CONFIG': {
              "hosts": [('127.0.0.1', 6479)],
          },
      },
  }
  

• 还要排查有没有环境变量覆盖配置的情况，比如是否设置了REDIS_URL环境变量，导致Channels连接到了错误的Redis实例（比如之前主用户的6379端口Redis）。

3. 排查Redis的资源限制与超时设置 #

部署环境的资源限制可能导致连接被关闭：

• 检查Redis的最大连接数：用 redis-cli -p 6479 CONFIG GET maxclients，如果当前连接数接近最大值，会拒绝新连接，可以通过修改Redis配置maxclients参数来调整；
• 查看Redis的空闲连接超时设置：redis-cli -p 6479 CONFIG GET timeout，如果超时时间过短，空闲连接会被Redis主动关闭，虽然Channels Redis有重连机制，但可以适当调大这个值（比如设置为300秒）。

4. 次要排查：会话中间件配置 #

虽然你提到会话已正常存储到数据库，但还是确认下Channels的会话中间件配置：

• 确保MIDDLEWARE里包含channels.middleware.SessionMiddleware，且顺序在AuthMiddleware之前；
• 检查AUTHENTICATION_BACKENDS配置是否正确，避免会话验证过程中出现异常间接导致Redis连接问题。

先从前面两步开始排查，这是最可能解决问题的方向——毕竟开发环境正常，说明代码没问题，部署环境的Redis连通性或配置错误是核心诱因。

内容的提问来源于stack exchange，提问作者Renkineko