SSH-এর মাধ্যমে বিদ্যমান HTTP বা SOCKS প্রক্সিতে পৌঁছান
SSH-এর মাধ্যমে দূরবর্তী লুপব্যাক HTTP বা SOCKS প্রক্সিতে পৌঁছান, এর শ্রোতাকে প্রকাশ্যে না রেখেই।
যদি relay.example.net ইতিমধ্যে নিজের 127.0.0.1:1080-এ SOCKS চালায়, তবে সেই শ্রোতাকে প্রকাশ্যে না রেখে অ্যাক্সেস ফরওয়ার্ড করুন:
ssh -N -L 127.0.0.1:1081:127.0.0.1:1080 [email protected]| প্রান্তবিন্দু | ভূমিকা |
|---|---|
ল্যাপটপ 127.0.0.1:1081 | ল্যাপটপের অ্যাপ্লিকেশনে কনফিগার করার SOCKS ঠিকানা। |
রিলে 127.0.0.1:1080 | SSH সার্ভারের দিক থেকে পাওয়া বিদ্যমান প্রক্সি। |
স্থানীয় ফরওয়ার্ডিং সিনট্যাক্স নির্দিষ্ট গন্তব্যকে সার্ভারের দিকে নির্ধারণ করে। দূরবর্তী লুপব্যাক পোর্ট 3128-এ HTTP প্রক্সি বা proxy.internal.example:8080-এর মতো অন্তর্জাল প্রান্তবিন্দু একই নীতিতে কাজ করে। ক্লায়েন্টকে সেই বিদ্যমান HTTP প্রোটোকল ও অ্যাকাউন্টের জন্য কনফিগার করুন; SSH-এর মধ্য দিয়ে এটি বহন SOCKS বা TLS-সক্রিয় HTTPS শ্রোতা তৈরি করে না।
বিদ্যমান পরিষেবা এখনও সমর্থিত প্রোটোকল সংস্করণ, প্রমাণীকরণ, গন্তব্য এবং চূড়ান্ত প্রস্থান বেছে নেয়। যদি অন্য কোনো SSH প্রক্রিয়া সেই দূরবর্তী প্রক্সি তৈরি করে, তবে উভয় প্রক্রিয়াকেই জীবিত থাকতে হবে। ল্যাপটপ→রিলে→গেটওয়ে পথ ওয়েবসাইটকে শেষ বাহ্যিক সংযোগ দেখায়, স্থানীয় পোর্ট 1081 কর্তৃক বরাদ্দ পরিচয় নয়।
ল্যাপটপের বাইন্ডিং স্পষ্টভাবে স্থানীয় রাখুন। বৃহত্তর প্রকাশ বদলে দেয় কে পরিষেবায় পৌঁছাতে পারে, এবং SSH লগইন শ্রোতায় SOCKS পাসওয়ার্ড যোগ করে না। প্রত্যাখ্যার জন্য ল্যাপটপ শ্রোতা, SSH পরিবহন ও দূরবর্তী প্রক্সি আলাদা পর্যায় হিসেবে পরীক্ষা করুন।