Apache-কে ক্লায়েন্ট IP ও প্রক্সি লগইন দুটোই চাইতে বাধ্য করা
Apache 2.4 প্রক্সি প্রমাণীকরণ ও ক্লায়েন্ট ঠিকানা সীমা একত্র করুন, যাতে কোনো একটি শর্ত একাই প্রবেশাধিকার না দেয়।
Apache 2.4 ফরোয়ার্ড প্রক্সিকে অনুমোদিত উৎস ঠিকানা ও বৈধ লগইন দুটোই চাইতে হলে <RequireAll> ব্যবহার করুন:
<Proxy "*">
AuthType Basic
AuthName "Private proxy"
AuthBasicProvider file
AuthUserFile /etc/apache2/private-proxy-users
<RequireAll>
Require ip 192.0.2.25
Require valid-user
</RequireAll>
</Proxy>এই অনুমোদন অংশটি বিদ্যমান সীমিত প্রক্সিতে যুক্ত করুন। ক্লায়েন্টের ঠিকানা এবং অ্যাকাউন্ট ফাইলের পথ বদলান; প্রমাণীকরণ/অনুমোদন মডিউল থাকতে হবে এবং ফাইলে লক্ষ্য ব্যবহারকারীরা আগে থেকেই থাকতে হবে। এটি সম্পূর্ণ listener deployment নয়।
নীতিটি দুটি বিষয়ের ওপর নির্ভর করে। কনটেইনার AND প্রকাশ করে; ইতিবাচক শর্ত পাশাপাশি রাখলেই সবগুলো বাধ্যতামূলক হয় না। Require valid-user প্রমাণীকৃত অ্যাকাউন্ট গ্রহণ করে, আর Require user alice একটি অ্যাকাউন্টের নাম দেয়। একা Require user কিছুই প্রকাশ করে না। Apache-র ব্যবহারকারী অনুমোদন রেফারেন্স দেখুন।
| উৎস | লগইন | প্রয়োজনীয় ফল |
|---|---|---|
| অনুমোদিত | বৈধ | লক্ষ্য অনুমোদিত অনুরোধ অনুমোদিত হয়। |
| অনুমোদিত | নেই বা অবৈধ | অনুমোদিত ফরোয়ার্ডিং নেই। |
| অনুমোদিত উৎসের বাইরে | বৈধ | অনুমোদিত ফরোয়ার্ডিং নেই। |
এই অংশের ওপর নির্ভর করার আগে ঘিরে থাকা ভার্চুয়াল হোস্ট ও অন্য মিল থাকা অনুমোদন অংশ পরীক্ষা করুন, তারপর @@অনুমোদন সীমা পরীক্ষা করুন; আরও নির্দিষ্ট কনফিগারেশন কার্যকর ফল বদলাতে পারে। Basic লগইনের জন্য ক্লায়েন্ট-প্রক্সি সুরক্ষিত পরিবহনও দরকার। গন্তব্য HTTPS পরে শুরু হয় এবং আগের প্লেইন-টেক্সট শংসাপত্র বিনিময় সুরক্ষিত করে না।