SOCKS প্ৰক্সীৰ সৈতে সংযোগ কৰাৰ পিছত Node.js EPIPE

Node চকেটৰ connect ইভেণ্টে আপোনাক কয় যে TCP এ প্ৰক্সীত উপনীত হৈছে। কিন্তু ই নকয় যে প্ৰক্সীয়ে গন্তব্যস্থানলৈ এটা সংযোগ খুলিছে।

SOCKS5 ছাৰ্ভাৰে এপ্লিকেচন ট্ৰেফিকৰ আগতে মেথড নেগোচিয়েশ্বন, নিৰ্বাচিত প্ৰমাণীকৰণ আৰু গন্তব্য অনুৰোধ আশা কৰে। লগে লগে HTTP অনুৰোধ পঠিয়ালে ছাৰ্ভাৰে সংযোগ বন্ধ কৰিব পাৰে। পিছৰ লিখাই তেতিয়া EPIPE উৎপন্ন কৰিব পাৰে।

কেৱল EPIPE এ হেণ্ডশ্বেক অনুপস্থিত বুলি প্ৰমাণ নকৰে। ই এনে এটা সংযোগলৈ লিখাৰ কথা জনায় যাৰ সমকক্ষই সেই যোগাযোগ আৰু গ্ৰহণ নকৰে। সমকক্ষই কিয় বন্ধ কৰিলে সেইটো জানিবলৈ আগৰ ইভেণ্ট আৰু প্ৰটোকল উত্তৰবোৰ পঢ়ক।

সম্পূৰ্ণ SOCKS বিনিময় ৰূপায়ণ কৰা সংযোগকৰ্তা ব্যৱহাৰ কৰক। Node ৰ মূল HTTPS ক্লায়েন্টৰ বাবে, SOCKS-সচেতন এজেণ্ট এ গন্তব্য TLS ৰ আগতে সেই নেগোচিয়েশ্বন কৰিব পাৰে। যদি আপুনি নিজেই বিনিময়টো ৰূপায়ণ কৰে, প্ৰটোকলৰ ফীল্ড দৈৰ্ঘ্য অনুসৰি তথ্য সংগ্ৰহ কৰক। এটা data ইভেণ্টত এটা সম্পূৰ্ণ উত্তৰ থাকিব বুলি নিশ্চয়তা নাই, আৰু ঘূৰাই দিয়া bound ঠিকনা এটা হাৰ্ডকোড কৰা বাইট শৃংখলৰ সৈতে মিলিব লাগিবই নহয়।

কাৰ্য্যই বিফল হোৱাৰ আগতে ত্ৰুটি পৰিচালনা পঞ্জীয়ন কৰক, ত্ৰুটি প্ৰতিবেদনত সংযোগৰ পৰ্যায় ৰাখক, আৰু নেগোচিয়েশ্বন সফল হোৱাৰ পিছতহে গন্তব্য প্ৰটোকল পঠিয়াওক। ত্ৰুটি ধৰিলে অপৰিচালিত ইভেণ্ট প্ৰতিহত হয়; কিন্তু ই অবৈধ বিনিময় ঠিক নকৰে।