দুটি SSH SOCKS প্রক্সি একই পাবলিক IP কেন দেখায়

দুটি কমান্ড, দুটি স্থানীয় SOCKS পোর্ট, একটি পাবলিক IP। যখন দুটি SSH সংযোগই একই সার্ভারে পৌঁছায় এবং সার্ভারটি একই বহির্গামী নেটওয়ার্ক পথ ব্যবহার করে, তখন এটি স্বাভাবিক।

SSH-এ লগ ইন করতে যে ঠিকানাটি ব্যবহৃত হয় তা অন্তর্গামী। ওয়েবসাইট সংযোগটি স্থানীয় ডাইনামিক ফরওয়ার্ডের সার্ভার দিক থেকে তৈরি একটি নতুন বহির্গামী সংযোগ। এই ভূমিকাগুলি আলাদা।

একই VPS-এ SSH প্রথমে A ঠিকানায় এবং পরে B ঠিকানায় সংযুক্ত করলে এটি A ও B-কে যথাক্রমে ফরওয়ার্ডকৃত সংযোগের উৎস হিসেবে ব্যবহার করার নির্দেশ পায় না। রাউটিং এবং উৎস-ঠিকানা নির্বাচন উভয়ের জন্য একই উৎস বেছে নিতে পারে।

স্থানীয় পোর্ট একটি হ্যান্ডেল, নতুন পরিচয় নয়

1080 এবং 1081 পোর্ট আপনার ল্যাপটপের লিসেনারদের আলাদা করে। এগুলি দূরবর্তী ঠিকানা বরাদ্দ করে না। ডাইনামিক ফরওয়ার্ডিং ডকুমেন্টেশন ব্যাখ্যা করে কীভাবে গন্তব্যগুলি দূরবর্তী দিক থেকে খোলে, কিন্তু প্রতিটি SSH লগইন ঠিকানার জন্য একটি উৎস ঠিকানা প্রতিশ্রুতি দেয় না।

পৃথক আউটগামের জন্য স্থাপত্যে নির্বাচনটি স্পষ্ট করুন। ভিন্ন বহির্গামী পথযুক্ত পৃথক গেটওয়ে একটি বিকল্প। নথিভুক্ত উৎস নিয়ন্ত্রণসহ একটি নিবেদিত প্রক্সি আরেকটি। Squid-এর বহির্গামী ঠিকানা নিয়ন্ত্রণ দেখায় এটি ক্লায়েন্ট সংযোগ গ্রহণ থেকে আলাদা বৈশিষ্ট্য।

SSH-এর স্থানীয় -b বিকল্প দূরবর্তী আউটগাম নির্বাচক নয়। এটি ক্লায়েন্ট পক্ষের SSH সংযোগ বাঁধে, দূরবর্তী সার্ভারের ওয়েবসাইট সংযোগের উৎস নয়।

ঠিকানা পরিবার ও NAT-ও পরীক্ষা করুন। একটি IPv6 ওয়েবসাইট কেবল IPv4 সাইটের তুলনায় ভিন্ন পরিচয় দেখতে পারে, এবং সার্ভারের একাধিক ঠিকানা একটি পাবলিক উৎসে রূপান্তরিত হতে পারে। ব্যবহারযোগ্য বহির্গামী পথ গণনা করুন, শুধু কনফিগার করা পোর্ট বা SSH লগইন ঠিকানা নয়।