কেন রিভার্স SSH প্রক্সি লিসেনার কেবল সার্ভারেই পৌঁছানো যায়
প্রক্সি প্রোটোকল বা শংসাপত্র পরিবর্তনের আগে রিমোট লিসেনারের bind ঠিকানা ও GatewayPorts মোড যাচাই করুন।
একটি রিমোট ফরওয়ার্ড SSH সার্ভার থেকে কাজ করতে পারে, কিন্তু অন্য মেশিন থেকে আসা সংযোগ প্রত্যাখ্যান করে, কারণ এটি কেবল loopback-এ শোনে। প্রথমে প্রকৃত লিসেনার ঠিকানা যাচাই করুন।
সার্ভারের দিকে GatewayPorts | রিমোট-ফরওয়ার্ড bind |
|---|---|
no, ডিফল্ট | লিসেনারদের loopback-এ সীমাবদ্ধ রাখে |
yes | wildcard bind বাধ্যতামূলক করে |
clientspecified | ক্লায়েন্টকে নির্দিষ্ট bind ঠিকানা চাওয়ার অনুমতি দেয় |
একটি নিয়ন্ত্রিত ইন্টারফেসের জন্য নির্ধারিত লিসেনারের ক্ষেত্রে সার্ভার এটি ব্যবহার করতে পারে:
GatewayPorts clientspecifiedএরপর ক্লায়েন্ট তার -R স্পেসিফিকেশনে উপযুক্ত ঠিকানা চায়। সেই ঠিকানাটি রিমোট মেশিনে থাকতে হবে, এবং অন্যান্য ফরওয়ার্ডিং বিধিনিষেধ এখনও প্রযোজ্য। ক্লায়েন্ট-সাইড -g এই দিকের জন্য বিনিময়যোগ্য নিয়ন্ত্রণ নয়।
তিনটি অনুমতি আলাদা থাকে: ফরওয়ার্ড তৈরি করার SSH অনুমোদন, তার লিসেনারে নেটওয়ার্ক প্রবেশাধিকার, এবং HTTP বা SOCKS পরিষেবার নিজস্ব প্রবেশ নীতি। SSH লগইন টানেল নির্মাতাকে প্রমাণিত করে; এটি ভাগ করা লিসেনারের প্রতিটি পরবর্তী কলারকে প্রমাণিত করে না, বা SOCKS পাসওয়ার্ড চ্যালেঞ্জ যোগ করে না।
যদি কোনো রিমোট কলার এখনও সংযোগ করতে না পারে, তবে bind ঠিকানা, সার্ভারের ফরওয়ার্ডিং বিধিনিষেধ এবং ফায়ারওয়াল পথ এই ক্রমে পরীক্ষা করুন। TCP লিসেনারে পৌঁছানোর পর, ব্যর্থ প্রক্সি হ্যান্ডশেক পরবর্তী সমস্যা।