SOCKS প্ৰক্সিয়ে বাৰ্তা ল'ড কৰিব পাৰে কিন্তু কলত বিফল হয়
Dante আৰু SOCKS5 ৰ UDP প্ৰয়োজনীয়তা ব্যৱহাৰ কৰি কাম কৰা TCP পথে এটা এপ্লিকেশ্য়নৰ কল ট্ৰাফিকৰ সমৰ্থন কিয় প্ৰমাণ নকৰে তাক ব্যাখ্যা কৰা।
পাঠ্য বাৰ্তা SOCKS প্ৰক্সিৰ মাজেৰে আহে, কিন্তু ভইস কল কেতিয়াও সংযুক্ত নহয়। প্ৰক্সিটো অৱশ্যই সম্পূৰ্ণৰূপে ভাংি যোৱা নহ'বও পাৰে। এপ্লিকেশ্য়নে কলৰ বাবে ভিন্ন পৰিবহন ব্যৱহাৰ কৰিব পাৰে।
সফল TCP অনুৰোধে সেই কাৰ্যৰ বাবে এটা TCP পথ প্ৰমাণ কৰে। SOCKS5 য়ে UDP সংযোগও সংজ্ঞায়িত কৰে, কিন্তু ক্লায়েন্ট, SOCKS সেৱা, নেটৱৰ্ক নিয়ম আৰু এপ্লিকেশ্য়ন ছেটিংসমূহে লক্ষ্য কৰা UDP পথ সমৰ্থন কৰিব লাগিব।
TCP শ্ৰোতাৰ বাহিৰেও আছে
Dante নথিয়ে প্ৰট'কল আৰু কমান্ড নিয়ম পৃথক কৰে, যাৰ ভিতৰত connect, udpassociate আৰু udpreply আছে। যি নিয়মে কেৱল আপুনি ইতিমাজিয়ে পৰীক্ষা কৰা TCP সংযোগহে অনুমতি দিয়ে, সেয়া প্ৰয়োজনীয় UDP অনুমতি প্ৰতিষ্ঠা নকৰে।
UDP সংযোগত এটা ৰিলে এন্ডপইন্ট আৰু ঘূৰি অহা ট্ৰাফিকও জড়িত হয়। ফায়াৱাল আৰু ঠিকনা অনুবাদে সেই প্ৰকৃত পথ অনুমতি দিব লাগিব। SOCKS TCP শ্ৰোতা খোলাটো তাৰ UDP ৰিলে প্ৰাপ্য কৰাৰ সমান নহয়।
এপ্লিকেশ্য়নৰ বৰ্ত্তমান প্ৰক্সি নথি আৰু ছেটিং পৰীক্ষা কৰক। বিভিন্ন সংস্কৰণে বাৰ্তা, মিডিয়া আৰু কল ভিন্নভাৱে চলাব পাৰে। পুৰণা ক্লায়েন্টৰ বাবে ফৰমৰ রেসিপি এটা প্ৰমাণ হিসাপে দাঙি ধৰা উচিত নহয় যে বর্ত্তমানৰ প্ৰতিটো ক্লায়েন্টে কল SOCKS ৰ মাজেৰে পঠিয়ায়।
প্ৰথম ৰোগ নিৰ্ণয় হিসাপে প্ৰতিটো UDP পোৰ্ট খোলাৰ পৰা বিৰত থাকক। ৰিলে আচৰণ আৰু লক্ষ্য কৰা ক্লায়েন্ট পৰিসৰ নিৰ্ধাৰণ কৰক, তাৰ পিছত উপযুক্ত সীমাবদ্ধ নেটৱৰ্ক নীতি প্ৰয়োগ কৰক। একেদৰে, কলৰ বাবে প্ৰক্সি ছেটিং অক্ষম কৰিলে কলটো পোনপটিয়াকে পঠিয়াই কাম কৰিব পাৰে, যিয়ে প্ৰক্সি কৰা পথ মেৰামতি কৰাৰ পৰিবৰ্তে বাহিৰৰ পথ সলনি কৰে।
প্ৰতিটো কাৰ্যৰ সফলতা নথিভুক্ত কৰক: বাৰ্তা, মিডিয়া স্থানান্তৰণ আৰু কল। এটা কাম কৰা অনুৰোধ বা সলনি হোৱা ব্ৰাউজাৰ IP এ প্ৰমাণ কৰিব নোৱাৰে যে আন এটা এপ্লিকেশ্য়নৰ প্ৰতিটো অংশে একে প্ৰক্সি এক্সিট বান্টি কৰে।