Back to blog. Article language: BN EN ES FR HI ID PT RU UR VI ZH

SOCKS5 UDP ব্যাখ্যা: UDP ASSOCIATE কীভাবে কাজ করে

SOCKS5 UDP সাপোর্ট মানে প্রক্সিটি শুধু TCP নয়, UDP ডেটাগ্র্যামও UDP ASSOCIATE নামের একটি কমান্ডের মাধ্যমে রিলে করতে পারে। এই কারণেই SOCKS5 বিভিন্ন DNS লুকআপ, VoIP কল এবং QUIC কাজে দেখা যায়। নিচে স্পেসিফিকেশন থেকে সংযোজন করে প্রক্রিয়াটি ব্যাখ্যা করা হয়েছে। একটি পৃথক পৃষ্ঠায় UDP সাপোর্টসহ প্রোভাইডারদের তুলনা করা হয়েছে; এই নিবন্ধটি প্রোটোকল-স্তরেই সীমাবদ্ধ থাকবে।

নিচের প্রতিটি টেবিলে ব্যবহৃত লেজেন্ড: ✅ ভেন্ডর দ্বারা ডকুমেন্টেড · ❌ সরবরাহ করা হয় না বা ডকুমেন্টেড নয় · ⚠️ সীমাবদ্ধতাসহ ডকুমেন্টেড · 💡 ব্যবহারিক টিপ। এই পৃষ্ঠায় অন্য কোনো চিহ্ন ব্যবহার করা হয়নি।

SOCKS5 কীভাবে SOCKS4 এবং HTTP প্রক্সি থেকে আলাদা

SOCKS5 মূলত প্রোটোকল সাপোর্ট এবং অথেনটিকেশনের দিক থেকে SOCKS4 ও HTTP প্রক্সি থেকে আলাদা। SOCKS4 শুধু TCP ফরওয়ার্ড করে এবং অথেনটিকেশন এড়িয়ে যায়; HTTP প্রক্সি কেবল ওয়েব ট্রাফিকে সীমাবদ্ধ থাকে এবং হেডার পরিদর্শন করে। SOCKS5 এক স্তর নিচে, সেশন স্তরে কাজ করে এবং প্রোটোকল-নিরপেক্ষ থাকে। এই কারণেই SOCKS5 বনাম SOCKS4 তুলনাটি বারবার আসে।

মানদণ্ডHTTPSOCKS4SOCKS5
ট্রাফিকের ধরনশুধু HTTP/HTTPSশুধু TCPTCP এবং UDP
অথেনটিকেশনবেসিক, হেডার-ভিত্তিকনেইইউজারনেম/পাসওয়ার্ড, IP হোয়াইটলিস্ট
DNS পরিচালনালোকাললোকাললোকাল বা রিমোট (SOCKS5h)
OSI স্তরঅ্যাপ্লিকেশন (7)সেশন (5)সেশন (5)

SOCKS4 এখনও সেই পুরনো স্ক্রিপ্টগুলোর জন্য মানানসই যেগুলো UDP স্পর্শ করেই না, এবং সেগুলোর ক্ষেত্রে কোনো পরিবর্তন ছাড়াই ঠিকঠাক কাজ করে। তবে যেকোনো রিয়েল-টাইম বা UDP-নির্ভর কাজের জন্য বিবেচনাপ্রসূ বাছাই হলো SOCKS5।

SOCKS5 হ্যান্ডশেক এবং UDP ASSOCIATE ধাপে ধাপে

SOCKS5 UDP ASSOCIATE কমান্ড একটি অস্থায়ী রিলে খুলে দেয়, যাতে ক্লায়েন্ট সরাসরি নয় বরং প্রক্সির মাধ্যমে UDP ডেটাগ্র্যাম পাঠাতে ও গ্রহণ করতে পারে। এটি প্রচলিত হ্যান্ডশেকের পাশাপাশি চলে: গ্রিটিং, অথেনটিকেশন, রিকোয়েস্ট। অনুমোদিত হলে উত্তরে পরবর্তী প্রতিটি প্যাকেটের জন্য একটি রিলে ঠিকানা ফেরত দেওয়া হয়। RFC 1928 নিয়ে রামার নোট অনুযায়ী, এর পেছনের TCP সেশনটি খোলা থাকতেই হবে, নতুবা রিলে বন্ধ হয়ে যায়।

SOCKS5 হ্যান্ডশেক এবং UDP ASSOCIATE রিলের চিত্র

SOCKS5 হ্যান্ডশেক এবং UDP ASSOCIATE রিলে

  1. ধাপ ১। TCP হ্যান্ডশেক। ক্লায়েন্ট সংযোগ করে, অথেনটিকেশন মেথডসহ একটি গ্রিটিং পাঠায়।
  2. ধাপ ২। মেথড নির্বাচন। প্রক্সি একটি মেথড বাছাই করে, প্রায়ই পাসওয়ার্ড বা no-auth।
  3. ধাপ ৩। অথেনটিকেশন। প্রয়োজন হলে উভয় পক্ষ ক্রেডেনশিয়াল বিনিময় করে।
  4. ধাপ ৪। UDP ASSOCIATE রিকোয়েস্ট। ক্লায়েন্ট একটি IP/পোর্ট হিন্টসহ অথবা 0.0.0.0:0 দিয়ে কমান্ডটি পাঠায়।
  5. ধাপ ৫। রিলে পোর্ট নির্ধারণ। প্রক্সি ডেটাগ্র্যামের জন্য একটি বাইন্ড ঠিকানাসহ উত্তর দেয়।
  6. ধাপ ৬। ডেটাগ্র্যাম ফরওয়ার্ডিং। ক্লায়েন্ট প্যাকেটগুলো SOCKS5 হেডারে মুড়ে পাঠায়; প্রক্সি খুলে ফরওয়ার্ড করে।

সেই পোর্ট TCP সংযোগের সঙ্গেই যুক্ত থাকে — সেশন বিচ্ছিন্ন হলে এটি মনে রাখা সহজে ভুলে যাওয়া যায়।

প্রক্সির মধ্য দিয়ে TCP বনাম UDP

প্রক্সির মধ্য দিয়ে TCP এবং UDP ভিন্নভাবে আচরণ করে, এবং SOCKS5 প্রোটোকল দুটোই সামলায়, তবে একইভাবে নয়। TCP-র জন্য হ্যান্ডশেক, ক্রমবদ্ধ ডেলিভারি এবং পুনঃপ্রেরণ দরকার, যা লেটেন্সি বাড়ায় তবে ডেলিভারি নিশ্চিত করে। UDP সব এড়িয়ে যায়: কোনো হ্যান্ডশেক নেই, ক্রম নেই, পুনঃপ্রেরণ নেই — সময়-সংবেদনশীল ট্রাফিকের জন্য হালকা।

মানদণ্ডTCPUDP
সংযোগ স্থাপনহ্যান্ডশেক আবশ্যকসংযোগবিহীন
ডেলিভারির ক্রমনিশ্চিতনিশ্চিত নয়
পুনঃপ্রেরণস্বয়ংক্রিয়নেই
সাধারণ ব্যবহারওয়েব পেজ, ফাইল ট্রান্সফারDNS, VoIP, QUIC, গেমিং
লেটেন্সিবেশিকম

ভুল ট্রান্সপোর্ট বেছে নেওয়া প্রক্সির সমস্যা নয় — এটি অ্যাপের প্রয়োজন এবং যেখানে সেটি চলছে তার মধ্যে অসঙ্গতি।

কখন UDP সাপোর্ট সত্যিই গুরুত্বপূর্ণ

প্রতিটি ওয়ার্কলোড শুধু TCP-নির্ভর পথের বাড়তি ওভারহেড সহ্য করতে পারে না। যখনই কোনো অ্যাপ হ্যান্ডশেক বা পুনঃপ্রেরণের ওভারহেড নিতে পারে না, তখনই SOCKS5 UDP গুরুত্বপূর্ণ হয়ে ওঠে। DNS রেজোলিউশন, QUIC-ভিত্তিক HTTP/3, VoIP এবং মাল্টিপ্লেয়ার গেমিং স্বভাবতই UDP-র ওপর নির্ভর করে। UDP সাপোর্ট বাদ দিলে এসব অ্যাপ সরাসরি ব্যর্থ হয়, অথবা ধীর পথে ফিরে যায়। এটি কোনো ব্যতিক্রম নয় — ওয়েবের অধিকাংশই ক্রমাগত quic প্রোটোকলের দিকে সরে যাচ্ছে।

সবার আগে UDP সাপোর্ট যাচাই করা উচিত যেসব ক্ষেত্রে:

  • ✅ DNS লুকআপ, যেখানে সেশনের বাকি অংশের মতোই একই egress IP দরকার
  • ✅ QUIC ও HTTP/3 ট্রাফিক, নতুন ট্রান্সপোর্টে সাইটের আচরণ পরীক্ষার জন্য
  • ✅ বিভিন্ন অঞ্চলে VoIP ও ভিডিও কলের মান পরীক্ষা
  • ✅ রিয়েল-টাইম মনিটরিং, যেখানে টাইমিং গুরুত্বপূর্ণ
  • ✅ অভ্যন্তরীণ টুলের জন্য তৈরি কাস্টম UDP প্রোটোকল

এটি শুধুমাত্র SOCKS5 UDP-র বৈধ ব্যবহার হিসেবেই অর্থবহ: আপনার নিজের অবকাঠামো, আপনার নিজের অ্যাকাউন্ট, বা চুক্তিবদ্ধ কাজ — কখনোই অন্যের সিস্টেম নয়।

DNS রেজোলিউশন: SOCKS5 বনাম socks5h

সাধারণ SOCKS5 ডিফল্টভাবে DNS লোকালি রেজলভ করে, তাই একটি কোয়েরি টানেলের বাইরে লিক হতে পারে। SOCKS5h সেটি উল্টে দেয়: এটি ডোমেইন নেম প্রক্সিকে পাঠায়, যেখানে প্রক্সি রিমোট dns রেজোলিউশন সামলায়। পার্থক্যটি ছোট শোনালেও লোকাল রেজোলিউশনে একটি সেশন কোন সাইটগুলো কোয়েরি করে তা প্রকাশিয়ে দেয়। প্রাইভেসি-সচেতন সেটআপে ক্লায়েন্ট সাপোর্ট করলে ডিফল্ট হিসেবে SOCKS5h ব্যবহার করা হয়।

SOCKS5-এ লোকাল বনাম প্রক্সি-পার্শ্ব DNS রেজোলিউশনের চিত্র

ডোমেইন নেম কোথায় রেজলভ হয়

cURL-এ এটি একটি ফ্ল্যাগের ব্যাপার: --socks5 লোকালি রেজলভ করে, --socks5-hostname রিমোটলি।

SOCKS5-এ অথেনটিকেশন মেথড

SOCKS5 প্রোটোকল স্ট্যান্ডার্ড অথেনটিকেশন মেথড নির্ধারণ করে, এবং সঠিক বাছাই সেটআপের ওপর নির্ভর করে। ইউজারনেম ও পাসওয়ার্ড ব্রাউজার, স্ক্রিপ্ট এবং অ্যান্টিডিটেক্ট টুলের সঙ্গে পরিষ্কারভাবে কাজ করে। IP হোয়াইটলিস্টিং ক্রেডেনশিয়াল এড়িয়ে সংযোগকারী IP-কে অনুমোদিত তালিকার সঙ্গে মিলিয়ে দেখে, যা ফিক্সড সার্ভারের জন্য উপযুক্ত। দুটোই অননুমোদিত ব্যবহার থামায়; কিন্তু কোনোটিই এনক্রিপ্ট করে না।

SOCKS5 সংযোগ অথেনটিকেট করার দুইভাবের চিত্র

SOCKS5 সংযোগ অথেনটিকেট করার দুটি উপায়

ব্যবহার-ক্ষেত্র অনুযায়ী দুটি মেথডের বিভাজন:

  • ✅ ইউজারনেম/পাসওয়ার্ড: পরিবর্তনশীল IP-সহ স্ক্রিপ্ট ও অ্যান্টিডিটেক্ট সেটআপের জন্য উপযুক্ত
  • ✅ IP হোয়াইটলিস্টিং: ফিক্সড সার্ভার ও স্ট্যাটিক IP-সহ অটোমেশনের জন্য উপযুক্ত

💡 টিম অ্যাক্সেসের জন্য শেয়ারড ক্রেডেনশিয়াল পর্যায়ক্রমে পরিবর্তন করুন

SOCKS5 যা করে না

SOCKS5 কি UDP সাপোর্ট করে? হ্যাঁ, UDP ASSOCIATE-এর মাধ্যমে, তবে এটি রাউটিং, সুরক্ষা নয়। এতে কি এনক্রিপশনও রয়েছে? না, এই প্রোটোকল কখনোই পেলোড এনক্রিপ্ট করার জন্য তৈরি হয়নি, তাই TLS দিয়ে মোড়া না হলে প্লেইনটেক্সট প্লেইনটেক্সটই থাকে। SOCKS5 ব্রাউজারের ফিঙ্গারপ্রিন্টও স্পর্শ করে না; ক্যানভাস, ফন্ট এবং স্ক্রিন ডেটা যেমন আছে তেমনই পাস হয়। এটি একটি রাউটিং স্তর, প্রাইভেসি নয়।

  • ❌ কোনো পেলোড এনক্রিপশন নেই; SOCKS5 ট্রাফিক রাউট করে, TLS-এ মোড়ে দেয় না
  • ❌ ব্রাউজার ফিঙ্গারপ্রিন্ট মাস্কিং নেই; ক্যানভাস ও ফন্ট ডেটা অপরিবর্তিতই পাস হয়
  • ❌ WebRTC লিকের বিরুদ্ধে সুরক্ষা নেই; এটি ব্রাউজার সেটিং, প্রক্সি নয়
  • ❌ অন্তর্নির্মিত ম্যালওয়্যার বা কনটেন্ট ফিল্টারিং নেই

আপনার সেটআপে UDP সাপোর্ট কীভাবে পরীক্ষা করবেন

একটি প্যাকেজ সত্যিই কাজ করে কি না অনুমান করার চেয়ে দ্রুত যাচাই ভালো। SOCKS5 UDP ASSOCIATE আচরণ পরীক্ষা করতে পাঁচ-ছয়টি চেক লাগে, আর প্রক্সি ক্লায়েন্ট ও টার্মিনাল ছাড়া আর কোনো বিশেষ টুল লাগে না। ছোট শুরু করুন: পারফরম্যান্সের পেছনে ছুটতে ফেলে আগে বেসিকগুলো নিশ্চিত করুন। সংযোগ স্থিতিশীল হওয়ার পরেই কেবল প্যাকেট লস ও লেটেন্সি গুরুত্ব পায়। এগুলো ক্রমানুসারে চালান, সরাসরি টাইমিংয়ে নয়।

  1. ধাপ ১। ক্লায়েন্ট সংযোগ করুন, হ্যান্ডশেক সম্পন্ন হয় কি না নিশ্চিত করুন।
  2. ধাপ ২। একটি UDP ASSOCIATE রিকোয়েস্ট পাঠান, বৈধ রিলে ঠিকানা আছে কি না দেখুন।
  3. ধাপ ৩। রিলের মাধ্যমে একটি DNS কোয়েরি চালান, সঠিক উত্তর আসে কি না নিশ্চিত করুন।
  4. ধাপ ৪। একটি what-is-my-ip টুল দিয়ে আউটবাউন্ড IP যাচাই করুন।
  5. ধাপ ৫। কয়েকশো UDP প্যাকেট জুড়ে প্যাকেট লস পরিমাপ করুন।
  6. ধাপ ৬। লেটেন্সি p50 ও p95 হিসেবে রেকর্ড করুন, কারণ গড়ের চেয়ে স্পাইক বেশি গুরুত্বপূর্ণ।

সাধারণ ভুল

টিমভেদে টেস্টিং অভ্যাসে বড় পার্থক্য থাকে, তবে ব্যর্থতার ধরনগুলো একই করে ঘন ঘন ফিরে আসে। বেশিরভাগ UDP ঝামেলা কয়েকটি ভুলের দিকেই নির্দেশ করে। ডকুমেন্ট না দেখে ধরে নেওয়া যে প্রতিটি প্যাকেজ UDP সাপোর্ট করে — এটিই বড় ভুল, কারণ SOCKS5 কি UDP সাপোর্ট করে তা প্রায়ই প্রোটোকলের নামের নয়, প্যাকেজ টিয়ারের ওপর নির্ভর করে। রিলে কাজ করার আগেই লেটেন্সি পরীক্ষা করা দ্বিতীয় বড় ভুল।

  • ❌ ডকুমেন্ট না দেখে প্রতিটি প্যাকেজে UDP কাজ করে ধরে নেওয়া
  •  DNS টেস্ট বাদ দিয়ে সরাসরি অ্যাপ্লিকেশন ট্রাফিকে ঝাঁপ দেওয়া
  • ❌ প্যাকেট লস উপেক্ষা করে কেবল গড় লেটেন্সি দেখা
  • ❌ অসম্পর্কিত সেশনে একই রিলে পোর্ট পুনর্ব্যবহার করা
  • ❌ TCP কন্ট্রোল সংযোগ খোলা রাখতে হবে তা ভুলে যাওয়া

এসব ভুলের কোনোটাই অদ্ভুত নয় — এগুলো কেবল এমন একটি চেক বাদ দেওয়া থেকেই আসে, যা বেশিরভাগ মানুষ ধরে নেয় SOCKS5 প্রোটোকল নিজে থেকেই সামলে নেয়, কোনো ম্যানুয়াল যাচাই ছাড়াই।

Insocks কীভাবে UDP-সহ SOCKS5 সাপোর্ট করে

প্রকাশ: Insocks আমাদের নিজস্ব সার্ভিস, তাই এই অংশটিকে স্বাধীন গবেষণা নয়, ভেন্ডর তথ্য হিসেবে দেখুন, কারণ এর উপস্থাপনায় স্পষ্ট ব্যবসায়িক স্বার্থ রয়েছে। প্রতিটি প্যাকেজ ভেতরের কাজে প্রোটোকলের বেসিকগুলো একইভাবে সামলায়, তবে UDP অংশটি প্রোভাইডার ও টিয়ারভেদে যথেষ্ট ভিন্ন হয়। পুরো স্ট্যাকটি প্রথম দিন থেকেই UDP-কে মাথায় রেখে তৈরি, পরে যোগ করা নয়। Insocks প্রক্সি রেসিডেনশিয়াল, মোবাইল, ISP এবং স্ট্যাটিক প্যাকেজে SOCKS5 UDP সাপোর্ট করে, কারণ UDP রিলে কোর স্ট্যাকের অংশ, পরে ওপরে যোগ করা কিছু নয়। সেটআপে কোনো অতিরিক্ত কনফিগ লাগে না: আপনার টুলে SOCKS5 বাছাই করুন, UDP স্বয়ংক্রিয়ভাবে চলবে। এই কারণেই UDP যখন অবশ্যই কাজ করতে হবে, তখন টিমগুলো Insocks বাছাই করে।

Insocks UDP প্রক্সি পৃষ্ঠার স্ক্রিনশট

সূত্র: UDP প্রক্সি, insocks.com, স্ক্রিনশট নেওয়া হয়েছে আগস্ট ২০২৬-এ

অথেনটিকেশন লগইন ও পাসওয়ার্ড দিয়ে কাজ করে, বা ছাড়াও, অ্যাকাউন্ট সেটআপের ওপর নির্ভর করে। কোন প্যাকেজ থেকে আসুক না কেন, প্রতিটি SOCKS5 UDP ASSOCIATE রিকোয়েস্ট একই রিলে অবকাঠামোর মধ্য দিয়ে যায়।

ফিচারব্যবহারে এর অর্থ
সব প্যাকেজে UDP রিলেরেসিডেনশিয়াল, মোবাইল, ISP, স্ট্যাটিকে অন্তর্নির্মিত
তাৎক্ষণিক অ্যাক্টিভেশনসাইনআপের কয়েক মিনিটের মধ্যেই অ্যাক্সেস শুরু
API অ্যাক্সেসবড় আকারের কাজের জন্য স্বয়ংক্রিয় প্রক্সি ব্যবস্থাপনা
নমনীয় অথেনটিকেশনলগইন/পাসওয়ার্ড বা no-auth, প্রতি অ্যাকাউন্ট অনুযায়ী
২৪/৭ সাপোর্টসেটআপ প্রশ্নের জন্য Telegram সাপোর্ট

এই প্রক্সিগুলোর যে কোনো ব্যবহারকারী মার্কিন বিধি এবং প্রতিটি সাইটের ব্যবহারের শর্তাবলীর মধ্যে বৈধ ব্যবহার নিশ্চিত করেন, কারণ কোনো কিছুই কোনো টার্গেট সাইট ইচ্ছাকৃতভাবে স্থাপিত নিয়ম এড়ানোর জন্য নয়। ফ্রি ডেমো দিয়ে SOCKS5 UDP আচরণ যাচাই করুন, অথবা সরাসরি রেজিস্ট্রেশনে যান।

মূল উপসংহার

নিচের FAQ-এর আগে যে কেউ ঝটপট চোখ বুলিয়ে নিতে চান তার জন্য সংক্ষিপ্ত সারাংশ — এটি উপরে ধাপে ধাপে আলোচিত বিষয়গুলোকেই ধার করে, অংশ অনুযায়ী, প্রতিটি খুঁটিনাটি পুনরাবৃত্তি ছাড়াই। কেউ কোনো ধাপ এড়িয়ে স্ক্রল করে গেলে এটি একটি দ্রুত অ্যাঙ্কর হিসেবে কাজ করে। এই পয়েন্টগুলো উপরের বিশ্লেষণকেই সারসংক্ষেপ করে, যার মধ্যে রয়েছে SOCKS5 আসলে কি বেশিরভাগ মানুষের ধারণার মতোই UDP সাপোর্ট করে কি না তা-ও। ব্যতিক্রমী ক্ষেত্রে কোনো কিছুই স্পেসিফিকেশনের বিকল্প নয়। এটিকে রিফ্রেশার হিসেবে নিন, সম্পূর্ণ চিত্র হিসেবে নয়।

  • ✅ SOCKS5 UDP ASSOCIATE কমান্ডের মাধ্যমে TCP ও UDP দুটোই সাপোর্ট করে
  • ✅ SOCKS5h DNS রিমোটলি রেজলভ করে; সাধারণ SOCKS5 লোকালি রেজলভ করে, যা লিক করতে পারে
  • ✅ অথেনটিকেশন হলো ইউজারনেম/পাসওয়ার্ড বা IP হোয়াইটলিস্ট, কখনোই এনক্রিপশন নয়
  • ✅ UDP সাপোর্ট শুধু প্রোটোকলের নামের ওপর নয়, প্যাকেজের ওপরও নির্ভর করে
  • ✅ পরীক্ষা শুরু হয় সংযোগের বেসিক দিয়ে, লেটেন্সি ও প্যাকেট লসের আগে

প্রকাশনা ও তথ্যসূত্র

এই নিবন্ধের সব তথ্য — মূল্য, ট্যারিফ টিয়ার, সীমা এবং প্রোডাক্ট প্রাপ্যতাসহ — এই পৃষ্ঠায় দেখানো প্রকাশনার তারিখ পর্যন্ত সঠিক। ভেন্ডরের শর্ত ঘন ঘন এবং বিনা নোটিশে পরিবর্তিত হয়, এন্ট্রি টিয়ার ভলিউমের সঙ্গে নড়ে, আর আপনি যেদিন পড়ছেন সেদিন প্রমোশনাল মূল্য প্রযোজ্য হতে পারে। এখানে কোনো কিছুই কোনো অফার, চলতি শর্তের নিশ্চয়তা, বা কেনার সুপারিশ নয়।

এই নিবন্ধটি Insocks দ্বারা প্রকাশিত। Insocks প্রক্সি বিক্রি করে এবং উপরের অংশে এর বাণিজ্যিক স্বার্থ রয়েছে। প্রোটোকলের খুঁটিনাটি উদ্ধৃত স্পেসিফিকেশন ও ভেন্ডর ডকুমেন্টের ওপর ভিত্তি করেছে, আগস্ট ২০২৬ পর্যন্ত হালনাগাদ। ট্রেডমার্কগুলো তাদের মালিকদের সম্পত্তি।

সাধারণ জিজ্ঞাসা

এই বিষয়ে মানুষ যেসব প্রশ্ন সবচেয়ে বেশি করে তার সরাসরি উত্তর।

SOCKS5 কি UDP সাপোর্ট করে?

হ্যাঁ, UDP ASSOCIATE-এর মাধ্যমে, TCP হ্যান্ডশেকের পর একটি নিবেদিত পোর্টের মাধ্যমে ডেটাগ্র্যাম রিলে করে।

UDP ASSOCIATE কমান্ডটি কী?

SOCKS5-এর সেই কমান্ড, যা একটি রিলে পোর্ট খুলে দেয় যাতে UDP ডেটাগ্র্যাম সরাসরি প্রক্সির মধ্য দিয়ে যেতে পারে।

SOCKS5 এবং socks5h-এর মধ্যে পার্থক্য কী?

SOCKS5 DNS লোকালি রেজলভ করে; socks5h প্রক্সির মাধ্যমে রেজলভ করে, যা DNS লিক এড়ায়।

SOCKS5 কি ট্রাফিক এনক্রিপ্ট করে?

না। SOCKS5 কেবল ট্রাফিক রাউট করে, পেলোড এনক্রিপ্ট করে না; আলাদাভাবে TLS ব্যবহার করুন।

আমি কি DNS কোয়েরির জন্য SOCKS5 ব্যবহার করতে পারি?

হ্যাঁ, DNS কোয়েরি SOCKS5-এর মাধ্যমে রাউট হয়, আর socks5h-ই নিরাপদ বাছাই।

আমার ক্লায়েন্ট UDP সেশন খুলতে ব্যর্থ কেন হয়?

সাধারণত প্যাকেজে UDP সাপোর্ট নেই, কন্ট্রোল সংযোগ বিচ্ছিন্ন হয়েছে, অথবা অথেনটিকেশন ঠিকমতো সেট করা হয়নি।

2026-09-03