Nginx-এর মাধ্যমে WebSocket সংযোগ কেন ব্যর্থ হয়?

Question

IT Interview Practice · Accepted Answer

প্রথমে ব্যর্থ সংযোগ হ্যান্ডশেককে খোলার পরে বন্ধ হয়ে যাওয়া সংযোগ থেকে আলাদা করুন। দুটি লক্ষণের জন্য পরীক্ষা আলাদা।

## অ্যাপ্লিকেশনকে upgrade অনুরোধ পেতে দিন

নির্দিষ্ট 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 ব্যবহার করে। `Upgrade` ক্লায়েন্টের চাওয়া প্রোটোকল পরিবর্তন পাঠায়। `Connection` ব্যাকএন্ডকে জানায় এই সংযোগ পরিবর্তনটি চাইছে। হেডারগুলো স্পষ্টভাবে ফরওয়ার্ড করতে হয়, কারণ proxy সব সংযোগনির্দিষ্ট হেডার সরাসরি সামনে পাঠায় না।

## ফল দেখুন

সফল হ্যান্ডশেক `101 Switching Protocols` ফেরায়। 404 পেলে ব্যাকএন্ড পাথ দেখুন; authentication ব্যর্থ হলে অ্যাপ্লিকেশনের নীতি পরীক্ষা করুন। proxy কনফিগারেশন authentication বা অনুমোদিত origin পরীক্ষা প্রতিস্থাপন করে না।

সংযোগ খুলে নিষ্ক্রিয় থাকার পরে বন্ধ হলে Nginx ও অন্য proxy-র idle timeout পরীক্ষা করুন। সার্ভারের পাঠানো WebSocket ping frame, উপযুক্ত `proxy_read_timeout` এবং ক্লায়েন্টের পুনঃসংযোগের আচরণ একসঙ্গে ব্যবহার করুন। শুধু টাইমআউট বাড়ালে মৃত সংযোগ বেশি সময় থেকে যেতে পারে।

[সরকারি নথি](https://nginx.org/en/docs/http/websocket.html)।

অ্যাপ্লিকেশনকে upgrade অনুরোধ পেতে দিন

ফল দেখুন

সম্পর্কিত প্রশ্ন