WebSocket 1006 কোন সংযোগ বিচ্ছিন্ন হলো তা জানায় না
অস্বাভাবিক WebSocket বন্ধ হওয়াকে অনুপস্থিত Close হ্যান্ডশেকের প্রমাণ হিসেবে পড়ুন, তারপর নির্ধারণ করুন প্রক্সি সেটআপ নাকি চলমান সেশন ব্যর্থ হয়েছে।
WebSocket কোড 1006 প্রত্যাশিত Close ফ্রেম ছাড়াই অস্বাভাবিক বন্ধ হওয়ার কথা জানায়। কোডটি সংরক্ষিত: কোনো এন্ডপয়েন্ট WebSocket Close ফ্রেমে 1006 কে স্ট্যাটাস হিসেবে পাঠাতে পারবে না। API ইভেন্টে এটি দেখা প্রক্সিকে কারণ হিসেবে চিহ্নিত করা কোনো সার্ভার বার্তা নয়।
যদি সংযোগ কখনোই না খোলে
সেটআপ ক্রমানুসারে অনুসরণ করুন: প্রক্সিতে সংযোগ, প্রক্সি নেগোশিয়েশন, WSS-এর জন্য গন্তব্য TLS, তারপর WebSocket ওপেনিং হ্যান্ডশেক। প্রক্সি চ্যালেঞ্জ বা টানেল প্রত্যাখ্যান WebSocket পর্যায়ের আগেই ক্রমটি থামাতে পারে।
যদি খুলে গিয়ে বার্তা বহন করে
উপযোগী সময়কাল এবং বন্ধের আগে কী ঘটেছিল তা লিপিবদ্ধ করুন। পরিবহন বাধা, অ্যাপ্লিকেশন বন্ধ হওয়া এবং মধ্যস্থতাকারীর নীতি—সবই গ্রহীতাকে পরিষ্কার বন্ধ বিনিময় ছাড়া রেখে যেতে পারে।
এন্ডপয়েন্ট, সেশন শনাক্তকারী, শেষ কার্যকলাপ এবং সাধারণ Close ফ্রেম দেখা গেছে কি না তা সংরক্ষণ করুন। ব্রাউজার বা লাইব্রেরির নেটওয়ার্ক ত্রুটি আপনার নিয়ন্ত্রণাধীন গন্তব্য লগের সঙ্গে তুলনা করুন। কেবল ইভেন্ট কোড ISP, প্রক্সি অপারেটর বা অ্যাপ্লিকেশন সার্ভারকে উৎস হিসেবে চিহ্নিত করতে পারে না।
একই প্রক্সি দিয়ে চলা সাধারণ HTTPS পৃষ্ঠা একটি সংক্ষিপ্ত বিনিময় যাচাই করে, এই সেশনের আয়ু নয়। পথ বদলানোর সময় ব্রাউজারের অবস্থা ও অ্যাপ্লিকেশন কোড স্থির রাখুন; নইলে সফল পুনঃপ্রচেষ্টা ব্যাখ্যা করা কঠিন।
প্রমাণ যে সীমাকে সমর্থন করে তা মেরামত করুন। প্রক্সি প্রমাণীকরণ, TLS বিশ্বাস এবং অ্যাপ্লিকেশন পুনঃসংযোগ আলাদা কাজ, এবং প্রতিটি টাইমআউট বাড়িয়ে 1006 কে তাদের একটিকে চিহ্নিত করতে বাধ্য করা যায় না।