لماذا يفشل اتصال WebSocket عبر Nginx؟

Question

IT Interview Practice · Accepted Answer

ميّز أولًا بين فشل مصافحة الاتصال وبين اتصال يفتح ثم يغلق لاحقًا. يقود العَرَضان إلى فحوص مختلفة.

## دع التطبيق يستقبل طلب الترقية

لمسار WebSocket مخصص، ضع هذا داخل `server`:

```nginx
location /socket/ {
    proxy_pass http://127.0.0.1:3000;
    proxy_http_version 1.1;
    proxy_set_header Upgrade $http_upgrade;
    proxy_set_header Connection "upgrade";
}
```

يستخدم `proxy_http_version` صراحةً HTTP/1.1 باتجاه backend. ويمرر `Upgrade` تغيير البروتوكول الذي طلبه العميل. ويخبر `Connection` backend أن هذا الاتصال يطلب التغيير. تحتاج هذه الترويسات تمريرًا صريحًا لأن الوكلاء لا ينقلون ببساطة كل ترويس خاص بالاتصال.

## اقرأ النتيجة

تعيد المصافحة الناجحة `101 Switching Protocols`. إذا تلقيت 404، افحص مسار backend؛ وإذا فشلت المصادقة، افحص سياسة التطبيق. لا تحل إعدادات proxy محل المصادقة أو فحص الأصول المسموح بها.

إذا فتح الاتصال ثم أغلق بعد الخمول، افحص مهل الخمول في Nginx والوكلاء الآخرين. استخدم إطارات ping الخاصة بـ WebSocket المرسلة من الخادم و`proxy_read_timeout` مناسبًا، مع سلوك إعادة الاتصال لدى العميل. زيادة المهلة وحدها قد تُبقي الاتصالات الميتة مدة أطول.

[التوثيق الرسمي](https://nginx.org/en/docs/http/websocket.html).

دع التطبيق يستقبل طلب الترقية

اقرأ النتيجة

أسئلة ذات صلة