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 ର ବ୍ୟବହାରକାରୀ ଅନୁମତି ସନ୍ଦର୍ଭ ଦେଖନ୍ତୁ।
| ଉତ୍ସ | ଲଗଇନ୍ | ଆବଶ୍ୟକ ଫଳ |
|---|---|---|
| ଅନୁମତିପ୍ରାପ୍ତ | ବୈଧ | ଲକ୍ଷ୍ୟ ଅନୁମୋଦିତ ଅନୁରୋଧକୁ ଅନୁମତି ମିଳେ। |
| ଅନୁମତିପ୍ରାପ୍ତ | ନାହିଁ କିମ୍ବା ଅବୈଧ | କୌଣସି ଅନୁମୋଦିତ ଫରୱାର୍ଡିଂ ନାହିଁ। |
| ଅନୁମୋଦିତ ଉତ୍ସ ବାହାରେ | ବୈଧ | କୌଣସି ଅନୁମୋଦିତ ଫରୱାର୍ଡିଂ ନାହିଁ। |
ଖଣ୍ଡ ଉପରେ ଭରସା କରିବା ପୂର୍ବରୁ ଘେରିଥିବା virtual host ଓ ଅନ୍ୟ ମେଳ ଖାଉଥିବା ଅନୁମତି ଖଣ୍ଡ ଯାଞ୍ଚ କରନ୍ତୁ, ପରେ @@ଅନୁମତି ସୀମା ପରୀକ୍ଷା କରନ୍ତୁ; ଅଧିକ ନିର୍ଦ୍ଦିଷ୍ଟ configuration ବାସ୍ତବ ଫଳ ବଦଳାଇପାରେ। Basic ଲଗଇନ୍ ପାଇଁ client-proxy ମଧ୍ୟରେ ସୁରକ୍ଷିତ transport ମଧ୍ୟ ଆବଶ୍ୟକ। ଗନ୍ତବ୍ୟ HTTPS ପରେ ଆରମ୍ଭ ହୁଏ ଏବଂ ପୂର୍ବରୁ ହୋଇଥିବା ସାଧାରଣ ପାଠ୍ୟ credential ବଦଳକୁ ସୁରକ୍ଷା ଦିଏ ନାହିଁ।