একটি বিদ্যমান SSH ফরওয়ার্ডিং অ্যাকাউন্ট তার SOCKS ক্লায়েন্টের ব্যবহৃত গন্তব্য জোড়াগুলো সীমাবদ্ধ করতে পারে। সার্ভার-সাইড অংশ একটি নামযুক্ত সেবা অনুমোদন করতে পারে:

Match User proxyuser
    PermitOpen api.example.net:443

এটি অ্যাকাউন্টের বিদ্যমান প্রমাণীকরণ ও ফরওয়ার্ডিং নীতির সঙ্গে সমন্বয় করুন। PermitOpen নিজে ফরওয়ার্ডিং অনুমতি দেয় না এবং shell অ্যাক্সেস বন্ধ করে না।

OpenSSH দেওয়া গন্তব্য নামগুলো তুলনা করে, সেই তুলনার জন্য কোনো ঠিকানা লুকআপ না করেই। এর নথিভুক্ত wildcard রূপগুলো ছাড়া, মানটি সাধারণ হোস্টনেম প্যাটার্ন নয়।

এটি SOCKS5-এর জন্য গুরুত্বপূর্ণ। api.example.net পোর্ট 443 সহ পাঠানো ক্লায়েন্ট সেই জোড়া মেলাতে পারে। একই নাম স্থানীয়ভাবে সমাধান করে সংখ্যাসূচক IP পাঠানো ক্লায়েন্ট ভিন্ন গন্তব্য স্ট্রিং দিয়েছে। একই ঠিকানায় যাওয়া উপনামও ভিন্ন।

ক্লায়েন্টের স্থানীয় বনাম প্রক্সি সমাধান মোড অভীষ্ট নিয়মের সঙ্গে সামঞ্জস্যপূর্ণ রাখুন। অনুমোদিত হোস্টনেমের পরবর্তী সমাধান এখনও নির্ধারণ করে সার্ভার কোথায় সংযোগ করবে; এই সেটিং প্রতিটি ব্যক্তিগত ঠিকানার জন্য DNS-সচেতন নিষেধ নয়।

কী-নির্দিষ্ট সীমাবদ্ধতা ও অন্যান্য প্রযোজ্য সার্ভার সেটিং এর সঙ্গে পর্যালোচনা করুন, কারণ যেকোনো অতিরিক্ত ফরওয়ার্ডিং নিষেধ অনুরোধটি প্রত্যাখ্যান করতে পারে।

সম্পর্কিত নিবন্ধ