অনেক SOCKS সংযোগ একটি SSH ট্রান্সপোর্ট ভাগ করতে পারে
ssh -D SSH চ্যানেলের উপর গন্তব্য স্ট্রিম মাল্টিপ্লেক্স করে; একটি বাহ্যিক TCP সংযোগ এখনও তাদের সাধারণ বাধা হতে পারে।
একটি ssh -D প্রক্রিয়া একসাথে বেশ কয়েকটি ওয়েবসাইট সংযোগ পরিবেশন করতে পারে। স্তরগুলো আলাদাভাবে গুনুন:
| স্তর | এটি কী বহন করে |
|---|---|
| অ্যাপ্লিকেশন থেকে SOCKS শ্রোতা | আলাদা অ্যাপ্লিকেশন সংযোগ ও SOCKS অনুরোধ |
| SSH চ্যানেল | চ্যানেল-স্তরের প্রবাহ নিয়ন্ত্রণসহ স্বতন্ত্রভাবে ঠিকানা করা স্ট্রিম |
| SSH ট্রান্সপোর্ট | মাল্টিপ্লেক্স করা চ্যানেল ডেটা, সাধারণত একটি অন্তর্নিহিত TCP সংযোগের উপর |
| গেটওয়ে থেকে ওয়েবসাইট | গেটওয়ে যে আলাদা গন্তব্য সংযোগ খোলে |
তাই একটি এনক্রিপ্টেড SSH সকেট দেখা মানে এই নয় যে প্রতিটি ওয়েবসাইট অনুরোধ একটি গন্তব্য সংযোগে ক্রমানুসারে চলে। ডাইনামিক ফরওয়ার্ডিং স্ট্রিম ডেটা রিলে করে এবং নতুন সংযোগ খোলে; এটি প্যাকেট টানেল থেকে আলাদা, যা অ্যাপ্লিকেশনের মূল TCP প্যাকেট ও IP হেডার আরেকটি TCP সংযোগের ভিতরে বহন করে।
ভাগ করা ট্রান্সপোর্ট তবুও গুরুত্বপূর্ণ। ক্ষমতা, সময়সূচি, এনক্রিপশনের কাজ এবং ট্রান্সপোর্টের ক্ষতি বা বিলম্ব একসাথে কয়েকটি চ্যানেলকে প্রভাবিত করতে পারে। শুধু একটি গন্তব্য আটকে যাওয়া এক-চ্যানেল সীমা প্রমাণ করে না।
যদি কয়েকটি অ্যাপ্লিকেশন একসাথে ধীর হয়, তবে দেখুন তারা একই SSH সেশন ও গেটওয়ে পথ ভাগ করে কি না, তারপর তাদের প্রকৃত কাজের ভার তুলনা করুন। স্থানীয় SOCKS পোর্ট গোনা না থ্রুপুট মাপে, না স্বাধীন রুট। মাল্টিপ্লেক্সিং নিজে থেকে গতি বৃদ্ধি বা প্রতিটি স্ট্রিমের জন্য আলাদা সর্বজনীন প্রস্থান প্রতিশ্রুতি দেয় না।