I have a Django server using ASGI with Channels and daphne that works fine on Windows, but on Linux the server stops delivering outbound WebSocket data to the client after some time, even though it still receives messages normally from the client and no errors are thrown. The browser continues sending messages without getting any responses.

Below are the relevant details and configuration files:

Browser
[

edge1215×679 160 KB](https://us1.discourse-cdn.com/flex026/uploads/djangoproject/original/3X/f/f/ff198affaafcbc503ae14026f5fd59d76f718c7e.jpeg "edge")

WSL2 Docker Console Logs

BASHCopied
INFO 2025-02-26 16:31:49,663 websockets 483 140037782731648 receive: {"type":"send","data":"\r"}
INFO 2025-02-26 16:31:49,685 websockets 483 140037782731648 receive: {"type":"send","data":"\r"}
INFO 2025-02-26 16:31:49,720 custome_websocket 483 140037632177856 Sending: {"type": "receive", "status": true, "data": "\r\nroot@firefly:~# "}
INFO 2025-02-26 16:31:49,724 websockets 483 140037782731648 receive: {"type":"send","data":"\r"}
...
INFO 2025-02-26 16:32:04,952 custome_websocket 483 140037782731648 Sending: {"type": "pong", "status": true, "data": null}

Run Command

BASHCopied
daphne -b 0.0.0.0 -p 8105 server_backend.asgi:application

asgi.py

PYTHONCopied
import os
import threading

from channels.routing import ProtocolTypeRouter, URLRouter
from channels.auth import AuthMiddlewareStack
from django.core.asgi import get_asgi_application
from server_backend.logging import WebSocketLoggingMiddleware

os.environ.setdefault('DJANGO_SETTINGS_MODULE', 'server_backend.settings')

django_asgi_app = get_asgi_application()

from server_backend import websocket_routing
from server_backend.scheduler import start

threading.Thread(target=start, daemon=True).start()

application = ProtocolTypeRouter({
    "http": django_asgi_app,
    "websocket": WebSocketLoggingMiddleware(AuthMiddlewareStack(
        URLRouter(
            websocket_routing.websocket_urlpatterns
        )
    ), )
})

nginx.conf

NGINXCopied
worker_processes  1;

events {
    worker_connections  1024;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    server {
        listen       80;
        server_name  edm_pe;

        client_max_body_size 1024m;
        
        location /api/ {
            proxy_pass http://172.23.208.1:8105; 
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header Host $host:$server_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_set_header Cookie $http_cookie;
        }
        
        location / {
            index index.html index.htm;
            root /usr/share/nginx/html/edm_pe_front/; 
            try_files $uri $uri/ /index.html;
        }
    }
    
    server {
        listen       85;
        server_name  box_front;
        
        client_max_body_size 1024m;
        
        location /TU_ {
            proxy_pass http://172.23.208.1:6190;
            proxy_http_version 1.1;
            proxy_set_header Upgrade $http_upgrade;
            proxy_set_header Connection "upgrade";
            proxy_set_header Host $host:$server_port;
            proxy_set_header X-Real-IP $remote_addr;
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
            proxy_set_header X-Forwarded-Proto $scheme;
            proxy_set_header Cookie $http_cookie;
        }
        
        location / {
            index index.html index.htm;
            root /usr/share/nginx/html/edm_pe_box_front/;
            try_files $uri $uri/ /index.html;
        }
    }
}

Package Dependencies

PLAINTEXTCopied
APScheduler==3.10.4
asgiref==3.8.1
attrs==24.2.0
autobahn==24.4.2
Automat==24.8.1
bcrypt==4.2.0
certifi==2024.8.30
cffi==1.17.1
channels==4.2.0
charset-normalizer==3.4.0
constantly==23.10.4
cryptography==43.0.3
daphne==4.1.2
Django==5.1.2
django-apscheduler==0.7.0
djangorestframework==3.15.2
djangorestframework-simplejwt==5.3.1
hyperlink==21.0.0
idna==3.10
incremental==24.7.2
psycopg2-binary
paramiko==3.5.0
psutil==6.1.0
pyasn1==0.6.1
pyasn1_modules==0.4.1
pycparser==2.22
PyJWT==2.9.0
PyNaCl==1.5.0
pyOpenSSL==24.2.1
pytz==2024.2
requests==2.32.3
scp==0.15.0
service-identity==24.1.0
six==1.16.0
sqlparse==0.5.1
Twisted==24.7.0
txaio==23.1.1
typing_extensions==4.12.2
tzdata==2024.2
tzlocal==5.2
urllib3==2.2.3
uuid==1.30
zope.interface==7.1.1

I'm seeking insights into potential configuration or routing issues that could explain why the server’s responses aren’t reaching the client on Linux. Any guidance on debugging or resolving this platform-specific behavior would be appreciated.